必须将%JAVA_HOME%\bin添加到Path中，否则java和javac命令仍会报错；仅设JAVA_HOME无效。需使用系统变量配置、新开命令行验证，并清除Oracle javapath等干扰路径。
Path里写%JAVA_HOME%\bin才是关键
只设JAVA_HOME变量，java和javac命令依然会报“不是内部或外部命令”——因为Windows根本不会自动去JAVA_HOME目录下找可执行文件。必须把%JAVA_HOME%\bin显式加进Path，系统才知道该去哪加载java.exe和javac.exe。
常见错误写法：
- ✘
%JAVA_HOME%（漏了\bin） - ✘
%JAVA_HOME%\jre\bin（JDK 9+ 已移除独立 JRE 目录） - ✘
C:\Program Files\Java\jdk-17.0.1\bin（硬编码路径，失去JAVA_HOME的复用价值）
为什么不能只用用户变量？系统变量更稳妥
如果你在「用户变量」里新建JAVA_HOME、并在用户级Path中加%JAVA_HOME%\bin，部分工具（如Maven、Gradle Wrapper、某些IDE插件）可能读不到——它们默认优先查系统级环境变量。
建议统一使用「系统变量」配置，避免权限或作用域不一致导致的隐性失败：
立即学习“Java免费学习笔记（深入）”；
- 新建系统变量：
JAVA_HOME→ 值为JDK根目录（如C:\jdk-25.0.3） - 编辑系统变量
Path→ 新增%JAVA_HOME%\bin - 不要混用：别在用户
Path里再加一遍%JAVA_HOME%\bin，容易重复或冲突
验证时必须新开命令行窗口
改完环境变量后，已打开的CMD或PowerShell不会自动刷新。旧窗口执行echo %JAVA_HOME%可能仍为空或显示旧值，java -version也可能沿用之前缓存的路径。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
正确验证步骤：
- 关闭所有CMD/PowerShell窗口
- 打开**全新**的命令提示符
- 依次运行：
echo %JAVA_HOME%→ 应输出完整路径；where java→ 应返回%JAVA_HOME%\bin\java.exe；java -version和javac -version版本号需一致
如果where java返回多个结果，说明Path里有其他Java路径排在前面，需在Path编辑界面将%JAVA_HOME%\bin条目上移到顶部。
PATH中存在Oracle javapath是最大隐藏坑
Oracle官网下载的JDK .exe安装包，常会悄悄在Path开头插入一条：C:\Program Files (x86)\Common Files\Oracle\Java\javapath。这个目录下只是java.exe、javaw.exe、javac.exe三个快捷方式，指向实际JDK——但一旦你卸载旧JDK或重装，这些快捷方式就失效，而Path里还留着它，导致java -version看似正常，实则运行报错或版本错乱。
排查方法：
- 运行
where java，看第一行是不是javapath路径 - 手动进入
C:\Program Files (x86)\Common Files\Oracle\Java\javapath，检查三个exe是否能右键→“属性”→“目标”指向有效JDK - 若无效，直接从
Path中删掉该条目，保留%JAVA_HOME%\bin即可
这个坑不显眼，但会导致后续所有Java工具链行为异常，且极难定位。
