windows上java -version显示的版本由path中优先命中的java.exe决定，而非java_home；常见原因是c:\windows\system32\java.exe（oracle代理）读取注册表而非环境变量，需删除该目录及c:\programdata\oracle\java\javapath并清理path。
直接结论：Windows 上 java -version 显示的版本，不完全由 JAVA_HOME 决定，更关键的是系统路径中哪个 java.exe 被优先命中——它可能来自 C:\Windows\System32、C:\ProgramData\Oracle\Java\javapath 或你手动加进 PATH 的 JDK bin 目录。
为什么 java -version 总是显示旧版本？
常见现象：改了 JAVA_HOME、更新了 PATH，但命令行仍输出 JDK 8 —— 实际执行的是 C:\Windows\System32\java.exe。这个文件是 Oracle 安装器自动复制的“代理”，它会读注册表 HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\CurrentVersion，再按该值去匹配已安装 JRE，而非你当前的 JAVA_HOME。
- 删掉
C:\Windows\System32\java.exe、javaw.exe、javaws.exe（需管理员权限） - 删掉
C:\ProgramData\Oracle\Java\javapath\整个目录（该目录是 Oracle 安装器创建的软链接层，会劫持 PATH 优先级） - 检查
PATH开头是否还有残留的C:\ProgramData\Oracle\Java\javapath—— 有就删掉
如何安全切换 JDK 8 / 11 / 17 等多个版本？
核心逻辑：只改 JAVA_HOME + 清理干扰路径，不碰注册表、不复制二进制文件。注册表 CurrentVersion 值仅影响 C:\Windows\System32\java.exe 的行为，而你已删掉它，所以该键可忽略。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 为每个 JDK 版本设独立变量，如
JAVA_HOME_8、JAVA_HOME_11、JAVA_HOME_17，值为对应 JDK 根目录（不含\bin） -
JAVA_HOME变量本身只保留一个值，指向当前主用版本；PATH中只保留%JAVA_HOME%\bin，不要硬编码路径 - 用
setx /m JAVA_HOME "C:\path\to\jdk-11"切换（/m表示系统级，需管理员运行） - 切换后新开 CMD 窗口验证：
echo %JAVA_HOME%和java -version
批处理切换脚本要注意什么？
写 switch-java8.bat 这类脚本很实用，但容易踩坑：
-
setx修改后，**当前 CMD 窗口不会生效**（环境变量已加载），必须新开窗口或用set JAVA_HOME=...临时覆盖（仅当前会话） -
setx的路径含空格时，必须用英文双引号包裹，且引号内不能有多余空格，例如：setx /m JAVA_HOME "C:\Program Files\Java\jdk-17.0.2" - 避免在脚本里调用
chcp 65001后立即echo中文——CMD 编码切换有延迟，可能导致乱码，建议用英文提示 - 别用
set替代setx：前者只改当前窗口，关掉就失效，无法实现“全局切换”
真正麻烦的不是改环境变量，而是那些静默存在的 java.exe 文件和注册表残留——它们像幽灵一样接管命令，让你以为改了却没生效。清理干净再切，比反复试错快得多。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
