windows 10 中设置 java_home 和 path 后，java 命令在重启后失效，通常因 path 中误用系统变量引用（如 `%java_home%\bin`）导致变量未被正确展开；直接使用绝对路径可彻底解决该问题。
在 Windows 系统中，环境变量的解析机制对「变量嵌套引用」存在严格限制：系统级 Path 变量中，无法可靠解析其他系统变量（如 %JAVA_HOME%）的值。尽管某些场景下（例如通过「环境变量编辑器」点击「确定」或「应用」后）看似生效，实则是 GUI 编辑器在写入注册表前进行了即时展开（即把 %JAVA_HOME%\bin 替换为 C:\Program Files\Java\jdk-17.0.5\bin），但该展开结果并未持久化保存——重启后，系统按原始未展开形式读取 Path，而由于系统变量在 Path 中不支持运行时动态解析，最终导致 java 命令不可用。
✅ 正确做法：在系统 Path 中直接填写 JDK bin 目录的绝对路径，避免任何变量引用：
C:\Program Files\Java\jdk-17.0.5\bin
⚠️ 注意事项：
- 不要将 %JAVA_HOME%\bin 写入系统 Path（即使 JAVA_HOME 已正确定义）；
- 若同时配置了 JAVA_HOME，其作用仅限于其他依赖该变量的工具（如 Maven、Tomcat），不影响命令行 java 的可用性；
- 修改后需重启所有已打开的命令提示符、PowerShell 或 IDE 终端窗口（新会话才会加载更新后的环境）；
- 验证是否生效：打开全新 CMD 窗口，执行以下命令：
echo %JAVA_HOME% java -version where java
输出应显示 JDK 路径与版本信息，且 where java 应返回 C:\Program Files\Java\jdk-17.0.5\bin\java.exe。
立即学习“Java免费学习笔记（深入）”；
? 进阶建议：若需兼顾可维护性与可靠性，可采用「用户变量 + 系统变量协同」方式——将 JAVA_HOME 设为系统变量，再在用户级 Path 中添加 %JAVA_HOME%\bin（用户变量在用户会话中支持解析），但此方案要求所有目标用户均配置，不如直接使用绝对路径简洁通用。
综上，根本原因不在配置遗漏或权限问题，而在于 Windows 系统级 Path 对变量引用的解析限制。摒弃 %JAVA_HOME%\bin，改用硬编码绝对路径，即可一劳永逸解决重启后 java 命令失效的问题。
