关键在于PATH中%JAVA_HOME%\bin必须排第一，Windows按从左到右顺序查找java/javac；需删除Oracle等自动添加的干扰路径，用where命令验证优先级，且PATH中仅保留%JAVA_HOME%\bin。

关键不在“加多少”，而在“谁在前”。Windows 执行 java 或 javac 时，会从左到右扫描 PATH 中的每一项，一旦在某个目录里找到对应可执行文件（如 java.exe），立刻调用，不再往后看。所以多 JDK 共存能否成功切换，本质上是一场路径顺序的“优先级争夺战”。

确保 %JAVA_HOME%\bin 位于 PATH 最前端

这是最直接有效的控制手段：

• 打开「系统属性 → 高级 → 环境变量」，编辑系统变量中的 Path
• 新增一条记录：%JAVA_HOME%\bin（注意：不是具体路径，是变量引用）
• 把它拖动到整个列表的最顶端——不是“靠前”，而是真正第一项
• 保存后，所有新打开的命令行窗口都会优先使用这个路径下的工具

彻底清理干扰性 Java 路径

很多软件（尤其是 Oracle 官方安装包、旧版 JRE、甚至某些 IDE）会在 PATH 中自动写入固定路径，它们往往排在你自定义的 %JAVA_HOME%\bin 前面，导致“被劫持”：

• 重点检查并删除以下典型路径：
  C:\Program Files\Common Files\Oracle\Java\javapath
C:\Program Files (x86)\Common Files\Oracle\Java\javapath
• 同时排查是否有硬编码 JDK 路径，例如：
  C:\Program Files\Java\jdk-17.0.10\bin 或 C:\jdk\jdk8\bin
• 这些路径必须全部删掉——保留它们，等于给系统留了“绕过 JAVA_HOME 的后门”

用 where 命令精准定位实际调用来源

不靠猜测，直接看系统到底用了哪个文件：

• 打开新的 CMD 或 PowerShell 窗口（确保加载最新环境变量）
• 运行：where java 和 where javac
• 输出的每一条路径，就是系统实际查找到的可执行文件位置
• 如果结果不止一行，说明存在多个匹配；如果第一行不是 %JAVA_HOME%\bin 下的，就说明优先级没生效

避免 CLASSPATH 和 jre\bin 的冗余干扰

现代 JDK（8 及以后）已不需要手动配置 CLASSPATH；而 %JAVA_HOME%\jre\bin 在 JDK 安装结构中早已被整合进 %JAVA_HOME%\bin，额外添加它不仅无用，还可能引入旧版 JRE 工具造成版本错乱：

• PATH 中只需保留 %JAVA_HOME%\bin 这一项 Java 相关路径
• 不要添加 %JAVA_HOME%\jre\bin，也不建议设置 CLASSPATH 变量（除非特定老旧项目明确要求）
• 保持 PATH 干净，能显著降低切换失败的概率