新打开的命令行窗口能用java和javac，是因为Windows进程启动时静态继承父进程环境快照；旧CMD不生效，因其环境块在创建时已固化，无法动态更新，必须新开进程或重启explorer.exe。
改完环境变量后，新打开的命令行窗口就能用 java 和 javac，不用重启电脑——但前提是别在旧窗口里验证，也别依赖未刷新的进程。
为什么改了环境变量，旧 CMD 窗口不生效
Windows 的每个命令行进程（cmd 或 PowerShell）启动时，会从注册表或父进程继承一份环境变量快照。后续系统级环境变量变更不会自动同步到已运行的进程里。
常见错误现象：
- 在「环境变量」对话框点完「确定」后，立刻在同一个 CMD 里执行 echo %JAVA_HOME%，输出为空或旧值
- java -version 报错“不是内部或外部命令”，但换一个新 CMD 就正常
- 这是预期行为，不是配置失败
- IDE（如 IDEA）、终端模拟器（如 Windows Terminal）、甚至某些后台服务也可能缓存旧变量，需手动重启对应进程
- Explorer.exe（桌面/资源管理器）也缓存环境变量，所以“右键 → 在此处打开终端”可能仍用旧值
使用 wmic 命令强制广播更新（仅限系统变量）
Windows 提供了 wmic 接口，能向所有监听者（包括 Explorer）发送环境变量变更通知。但它只对「系统变量」有效，且需管理员权限。
实操建议：
- 以管理员身份运行 CMD 或 PowerShell
- 执行以下命令（替换为你真实的 JDK 路径）：
wmic /namespace:\rootcimv2 path win32_environment where "name='JAVA_HOME' and username='<SYSTEM>'" set VariableValue="D:\Java\jdk-24.0.1"
再执行：
wmic /namespace:\rootcimv2 path win32_environment where "name='Path' and username='<SYSTEM>'" set VariableValue="%JAVA_HOME%\bin;%PATH%"
- 注意：第二条命令中的
%JAVA_HOME%\bin是字符串字面量，wmic不会当场展开它；实际生效依赖 Explorer 后续解析，所以必须确保JAVA_HOME已先设好 - 该方式不能替代新开 CMD，只是让资源管理器、“Win+R → cmd”等途径启动的新终端更大概率拿到最新值
- 普通用户变量（User variables）无法通过此方式广播，
wmic查不到username!='<SYSTEM>'的记录
最稳、最省事的验证方式
别纠结“怎么让老窗口生效”，直接放弃旧窗口。真正的开发流中，没人靠反复关闭重开 CMD 来验证，而是依赖可复现的操作链。
- 每次改完环境变量，立即关闭所有 CMD/PowerShell/Windows Terminal 实例
- 用 Win+R → 输入
cmd→ 回车，这是全新进程，必读取最新系统变量 - 验证顺序固定：
echo %JAVA_HOME%→echo %PATH%（确认含%JAVA_HOME%in）→java -version - 如果用 VS Code 集成终端，关掉整个窗口再重开；若用 Git Bash，它读的是 Cygwin 层变量，需重启其进程
真正容易被忽略的点：JDK 安装路径里有空格（比如 C:Program FilesJava...）时，%JAVA_HOME%in 在部分旧脚本或工具里可能被截断。宁可选 D:Javajdk-24.0.1 这类无空格路径，一劳永逸。
