新开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 编辑器点“确定”时可能做了临时展开，但重启后失效，因为注册表里存的仍是未展开的字符串。
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列表里，把你的 JDKbin路径拖到最顶部 - 删掉所有显式的旧 JDK
bin条目，尤其是带版本号的硬编码路径（如C:\jdk1.8.0_202\bin） - 检查是否误把
%JAVA_HOME%\jre\bin也加进了Path——JDK 自带的jre\bin不需要单独加，且可能引发版本混乱
%JAVA_HOME%\bin 在系统 Path 里能自动展开，却不知道 Windows 底层根本不支持。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
