命令行Java版本与新装JDK不一致，主因是环境变量优先级混乱或系统残留路径；需用where/java或which java定位实际路径，统一JAVA_HOME指向目标JDK根目录，PATH仅保留%JAVA_HOME%\bin并置顶，关闭重开终端验证，Windows还需检查System32劫持。
命令行显示的 Java 版本和你刚安装的 JDK 不一致，通常不是安装失败，而是系统仍在调用旧版本——根源在环境变量优先级、缓存或系统残留路径。下面分四类常见情况，给出直接可操作的解决方法。
检查当前实际生效的 Java 路径
先确认命令行到底在用哪个 Java：
- 运行 where java（Windows）或 which java（macOS/Linux），看输出的第一个路径
- 再运行 java -version 和 javac -version，对比两者是否一致
- 如果不一致，说明
PATH中存在多个java.exe或javac，且顺序混乱
修正 JAVA_HOME 和 PATH 的指向
这是最核心的一步。务必确保：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
JAVA_HOME 指向你希望使用的 JDK 根目录（不含
\bin），例如：C:\Program Files\Java\jdk-21 -
PATH 中只保留一项：
%JAVA_HOME%\bin，且必须把它移到PATH列表的最顶部 - 删除 PATH 中所有其他 JDK 相关硬编码路径，比如
C:\Program Files\Common Files\Oracle\Java\javapath（JDK 安装器常偷偷加这个）
关闭并重开命令行窗口
环境变量修改后不会自动同步到已打开的终端：
立即学习“Java免费学习笔记（深入）”；
- 必须关闭所有 CMD/PowerShell/Terminal 窗口
- 重新打开一个全新窗口，再执行 java -version 验证
- 不要在旧窗口里执行
refreshenv或类似命令——Windows 命令行不支持动态刷新系统级变量
清理 Windows 系统级 Java 冲突（仅限 Windows）
某些 JDK 安装包会把 java.exe 复制到 C:\Windows\System32，它优先级极高，会覆盖 PATH 设置：
- 在新命令行中运行 where java，如果第一行是
C:\Windows\System32\java.exe，就说明被它劫持了 - 临时解决：以管理员身份运行 CMD，执行
del /f C:\Windows\System32\java.exe C:\Windows\System32\javaw.exe C:\Windows\System32\javaws.exe - 更稳妥做法：卸载 Oracle JDK（用 .msi 安装的），改用官网 ZIP 包解压安装，避免此类干扰
