JAVA_HOME必须指向JDK根目录而非bin子目录，正确路径如C:\Program Files\Java\jdk-21.0.10；Path中仅添加%JAVA_HOME%\bin，改后需新开终端验证java -version与javac -version一致。
“JAVA_HOME”变量必须填JDK根目录，不是bin子目录
很多人配完发现javac报错或IDE识别不到JDK，根源常是JAVA_HOME值写成了C:\Program Files\Java\jdk-21\bin。这是错的——JAVA_HOME必须指向JDK安装的**根目录**，即包含bin、lib、conf等子目录的那一层。
正确示例：C:\Program Files\Java\jdk-21.0.10 或 D:\environment\JDK\jdk-21.0.10
- 错误写法会导致Maven、Gradle启动失败，报
Unable to find a $JAVA_HOME或Could not determine Java version - IDEA/Eclipse在设置SDK时可能显示“Invalid JDK path”，但不提示具体原因
- 路径中含空格（如
Program Files）无需加引号，Windows环境变量本身支持带空格路径
Path里只加%JAVA_HOME%\bin，别重复写绝对路径
在系统变量Path中新增一项时，直接填%JAVA_HOME%\bin即可。不要手敲完整路径（比如C:\Program Files\Java\jdk-21\bin），更不要同时加两者。
常见陷阱：
- 复制粘贴时多出空格或不可见字符，导致
java -version仍报“不是内部或外部命令” - 多个JDK共存时，如果
Path里硬编码了旧JDK路径，会优先命中，掩盖JAVA_HOME配置 - 编辑
Path时误删原有项（如%SystemRoot%\system32），导致ping、notepad等基础命令失效
改完环境变量后，CMD/PowerShell必须新开窗口才生效
Windows不会自动刷新已打开的终端进程的环境变量。哪怕你点了一百次“确定”，旧CMD窗口里的echo %JAVA_HOME%还是旧值，java -version也查不到新JDK。
验证步骤建议：
- 先关掉所有CMD/PowerShell/IDE终端
- 新开一个CMD，执行
echo %JAVA_HOME%确认输出是你填的路径 - 再执行
where java，应返回%JAVA_HOME%\bin\java.exe对应的实际路径 - 最后跑
java -version和javac -version，两者版本号必须一致
不需要配CLASSPATH，除非老项目明确依赖它
从JDK 5起，CLASSPATH就不再是必需项。现代构建工具（Maven/Gradle）、IDE、甚至java命令自身都默认使用当前目录（.）和jar包内嵌清单。强行配置反而容易引发NoClassDefFoundError或类加载冲突。
只有极少数遗留场景需要它：
- 手动用
java -cp运行时没指定classpath，又依赖全局CLASSPATH变量 - 某些老旧Ant脚本或自定义启动脚本读取该变量
- 教学环境为演示类加载机制而刻意启用
绝大多数新项目、Spring Boot应用、IDEA默认配置下，留空或干脆不建这个变量最安全。
