正确设置JAVA_HOME需先确认JDK根目录：Windows用where javac取上两级路径，macOS/Linux用which javac结合readlink定位；环境变量值须为纯路径、不带引号，且Path需前置%JAVA_HOME%\bin；shell配置依$SHELL选择~/.zshrc或~/.bashrc并source生效；IDE及构建工具需单独配置JAVA_HOME，避免继承失效。
确认JDK安装路径再设JAVA_HOME
很多人输完命令就去配环境变量，结果JAVA_HOME指向了JRE目录、或者指向了bin子目录——这两类路径都会导致javac不可用或构建工具报错。
正确做法是先确认JDK根目录：
- Windows：打开命令行，运行
where javac，取输出路径的上两级（比如输出C:\Program Files\Java\jdk-17.0.1\bin\javac.exe，则JAVA_HOME应为C:\Program Files\Java\jdk-17.0.1） - macOS/Linux：运行
which javac，再执行readlink -f $(which javac) | xargs dirname | xargs dirname
注意：不要用java -version查路径，它只显示JRE信息，和编译无关。
Windows下设置JAVA_HOME的三个关键点
Windows用户常在“系统属性→高级→环境变量”里配错，核心问题是没同步更新Path，或用了错误的变量引用语法。
windows-auto
下载
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
立即学习“Java免费学习笔记（深入）”；
-
JAVA_HOME值必须是纯路径，不带引号（即使含空格），例如：C:\Program Files\Java\jdk-17.0.1，不是"C:\Program Files\Java\jdk-17.0.1" - 必须手动把
%JAVA_HOME%\bin加到Path变量开头（不是末尾），否则可能被旧JDK路径覆盖 - 改完后要新开命令行窗口验证，
echo %JAVA_HOME%和javac -version都得成功
macOS/Linux中bash/zsh配置差异
macOS Catalina以后默认用zsh，但很多教程仍教你在~/.bash_profile里写，结果重启终端不生效。
- 先运行
echo $SHELL确认当前shell，再编辑对应文件：~/.zshrc（zsh）或~/.bashrc（bash） - 写法统一用绝对路径+导出：
export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk/Contents/Home（macOS示例） - 别漏掉重载：
source ~/.zshrc，否则$JAVA_HOME仍是空 - 验证用
echo $JAVA_HOME和javac -version，不要只信java -version
IDE和构建工具读不到JAVA_HOME？检查实际启动上下文
IntelliJ、VS Code、Maven等工具可能不继承你终端里的环境变量，尤其图形界面启动时。
- IntelliJ：Settings → Build → Build Tools → Maven → Runner → Environment → 添加
JAVA_HOME变量 - VS Code：在
.vscode/settings.json中加"java.configuration.runtimes"显式指定JDK路径 - Maven：检查
mvn -v输出的Java版本，若不对，优先看MAVEN_OPTS是否硬编码了-Djava.home=... - Gradle：
gradle -version显示的JVM路径才是它真正用的，和JAVA_HOME未必一致
最隐蔽的问题是：某些CI脚本或Docker容器里，JAVA_HOME被覆盖成OpenJDK路径，而本地开发用的是Oracle JDK——这种混合环境最容易在打包阶段突然失败。
