Java环境变量失效的根本原因是Windows系统级Path不支持运行时展开%JAVA_HOME%变量，必须用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%\bin）根本不支持运行时展开——重启后它就变成一串无效文字，命令自然找不到。
直接用绝对路径填进 Path
这是最稳、最彻底的解法。别再依赖 %JAVA_HOME%\bin，系统级 Path 就该写死：
- 打开「系统属性 → 高级 → 环境变量」→ 找到系统变量里的 Path
- 点击「编辑」→「新建」→ 粘贴 JDK 的完整
bin路径，例如：
C:\Program Files\Java\jdk-17.0.5\bin - 删掉所有含
%JAVA_HOME%的条目（哪怕 JAVA_HOME 本身是对的） - 路径含空格完全没问题，不用加引号
确认 JAVA_HOME 本身是否有效
它虽不直接影响 java 命令能否运行，但影响 Maven、Gradle、IDE 等工具。检查它是否指向 JDK 根目录（不是 bin，也不是 JRE）：
- 在环境变量里找到 JAVA_HOME，值应为：
C:\Program Files\Java\jdk-17.0.5（结尾无\bin） - 不要加双引号，也不要用短路径（如 Progra~1）
- 如果装了多个 JDK，只保留一个 JAVA_HOME，切换版本时手动改
清除干扰路径，避免被旧版本劫持
Windows 自带的 Oracle Java 路径常藏在 Path 最前面，它会优先调用一个已损坏或指向不存在版本的 java.exe：
- 在系统 Path 列表中查找：
C:\Program Files\Common Files\Oracle\Java\javapath - 把它删掉，或者至少拖到你刚加的
jdk-xx\bin条目下方 - 再检查有没有其他硬编码的 JDK 路径（如
C:\jdk1.8\bin），一并清理
验证必须用新窗口，别信旧终端
改完环境变量，所有已打开的 CMD、PowerShell、IDE 终端都不会自动更新——关掉重开才是关键：
立即学习“Java免费学习笔记（深入）”；
- 打开一个全新的命令提示符（不是最小化再点开）
- 依次执行以下三行命令：
echo %JAVA_HOME%
java -version
where java - 如果
where java返回的路径和你填进 Path 的一致，且java -version显示正确版本，就成功了
