java环境变量重启失效的根本原因是windows系统级path不支持运行时展开%java_home%\bin，必须用jdk绝对bin路径（如c:\program files\java\jdk-17.0.5\bin）直接写入path并删除所有含%java_home%的条目，同时验证java_home指向jdk根目录、清理干扰路径、在新终端中执行echo %java_home%、java -version和where java确认生效。
Java 环境变量配置后重启失效，问题不在“没配”，而在“系统没真正认到”——尤其是 Windows 下系统级 Path 对 %JAVA_HOME% 的引用根本不会动态解析。下面按真实排查顺序，直击关键点。
确认 JAVA_HOME 本身是否生效
这是整个链条的起点，错一点，全盘无效：
- 在 CMD 中执行
echo %JAVA_HOME%，看输出是否为你设置的 JDK 根目录（如C:\Program Files\Java\jdk-17.0.2） - 该路径下必须存在
bin、lib、jre三个子目录；不能带\bin，也不能以反斜杠结尾 - 若输出为空或路径错误，说明变量未被系统读取，需检查是设在“用户变量”还是“系统变量”，并确认点击了“确定”保存
重点查 Path 中是否用了变量引用
Windows 系统级 Path 不支持运行时展开 %JAVA_HOME%\bin ——重启后它就失效了：
- 打开环境变量编辑器，找到系统变量中的
Path，逐条查看：只要看到%JAVA_HOME%\bin这类写法，就是隐患 - 正确做法是：直接填入绝对路径，例如
C:\Program Files\Java\jdk-17.0.2\bin - 同时删掉其他干扰项，比如
C:\Program Files (x86)\Common Files\Oracle\Java\javapath（这是 Oracle 自带的软链接，常抢优先权） - 确保这条 JDK 路径排在所有 Java 相关路径的最前面
验证当前终端是否加载了新配置
改了 ≠ 生效，旧窗口永远看不到新变量：
- 关闭所有已打开的 CMD、PowerShell、IDE（IntelliJ/Eclipse/VS Code）窗口
- **新开一个 CMD**，再运行以下三行命令：
echo %JAVA_HOME%
java -version
where java
- 三者必须全部成功：第一行显示路径，第二行输出版本号，第三行返回的路径必须和
%JAVA_HOME%\bin\java.exe一致 - VS Code 内置终端默认不加载系统环境变量，建议用系统终端验证，或在设置中启用
terminal.integrated.inheritEnv
排除多版本与权限干扰
有些失效不是配置问题，而是被“悄悄覆盖”了：
- 运行
where java和where javac，两个结果必须出自同一bin目录；若不同，说明 PATH 里混进了多个 JDK/JRE - 检查 JDK 安装路径是否含中文、空格或特殊字符（如
C:\开发工具\jdk-17），这类路径在旧版 CMD 中易截断，建议重装到C:\java\jdk-17 - 右键 CMD 图标 → “以管理员身份运行”，测试是否因权限导致注册表变量未写入（少见但存在）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
