新开CMD或PowerShell窗口才真正生效，因Windows采用进程启动时的环境快照机制，已打开终端不会自动更新；系统级PATH不解析%JAVA_HOME%变量，须用JDK bin绝对路径（如C:\java\jdk-17\bin）直接写入，并将该路径置顶以避免旧版本干扰。

新开 CMD 或 PowerShell 窗口才真正生效

改完环境变量后，已打开的终端不会自动更新——Windows 用的是进程启动时的环境快照，不是实时广播。你看到“已保存”不等于新命令能跑起来。

必须关闭所有 CMD、PowerShell、Git Bash 窗口，再手动打开一个全新的窗口。别用“以管理员身份运行”旧窗口，它继承的还是旧环境。

• 验证方式：在新窗口中执行 echo %JAVA_HOME%，应输出你设的 JDK 根路径（如 C:\java\jdk-17）
• 再执行 where java，返回路径必须是 %JAVA_HOME%\bin\java.exe 对应的真实位置
• 如果 where java 没输出或指向旧版本，说明 PATH 没生效，或有更高优先级的旧路径挡在前面

Windows 系统级 Path 不解析 %JAVA_HOME% 变量

这是最隐蔽也最常被忽略的坑：你在系统变量 Path 里写 %JAVA_HOME%\bin，看似合理，但 Windows 在加载系统级 Path 时根本不会展开这个变量——它只认硬编码路径。

GUI 编辑器点“确定”时可能做了临时展开，但重启后失效，因为注册表里存的仍是未展开的字符串。

立即学习“Java免费学习笔记（深入）”；

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• ✅ 正确做法：直接把 JDK 的 bin 目录绝对路径粘进 Path，例如 C:\java\jdk-17\bin
• ⚠️ 不要加引号，不要结尾多一个反斜杠，路径中避免空格和中文（C:\Program Files\Java 就容易出问题）
• JAVA_HOME 仍要设置，只是它此时只服务 Maven、Tomcat 这类显式读取它的工具，对 java 命令本身无直接影响

资源管理器重启 ≠ 终端刷新

有人试过重启 explorer.exe，桌面图标、文件夹都刷新了，但 CMD 里 java -version 还是报错——因为资源管理器和命令行进程无关。

Explorer 重启只影响界面类应用（桌面、任务栏、文件资源管理器），不影响 cmd/powershell/IDE 内置终端。

• 想让 IDE（如 IntelliJ、VS Code）识别新变量，必须完全退出再启动，不能只关项目窗口
• VS Code 内置终端默认是非 login shell，source 配置文件无效；可在设置里启用 terminal.integrated.inheritEnv 并重启终端
• CI/CD 代理或 Windows 服务若依赖 Java，需手动重启对应服务，它们不随用户登录自动重载环境

PATH 中顺序冲突导致调用旧版本

where java 返回多个路径？说明你的 Path 里混着好几个 Java 相关目录，Windows 按从左到右顺序匹配，第一个找到的就用。

常见干扰项：C:\Program Files (x86)\Common Files\Oracle\Java\javapath（Oracle 自动安装的跳转器）、旧 JDK 的 bin 路径、甚至某些软件自带的 JRE。

• 打开系统环境变量编辑器，在 Path 列表里，把你的 JDK bin 路径拖到最顶部
• 删掉所有显式的旧 JDK bin 条目，尤其是带版本号的硬编码路径（如 C:\jdk1.8.0_202\bin）
• 检查是否误把 %JAVA_HOME%\jre\bin 也加进了 Path——JDK 自带的 jre\bin 不需要单独加，且可能引发版本混乱

Windows 环境变量刷新这件事，本质不是“配没配对”，而是“新值有没有被当前进程看见”。最容易卡住的地方，就是以为点了“确定”就万事大吉，结果所有终端还在用旧快照；或者坚信 %JAVA_HOME%\bin 在系统 Path 里能自动展开，却不知道 Windows 底层根本不支持。