java -version 和 javac -version 显示不同版本是因为 path 中存在多个 java bin 路径，windows 按从左到右顺序匹配，导致命令指向不同 jdk；应仅保留 %java_home%\bin 在 path 顶部，并通过 java_home 指向如 %java17_home% 等变量实现版本切换。
为什么 java -version 和 javac -version 显示不同版本
根本不是 JAVA_HOME 没配对，而是 PATH 里有多个 Java bin 路径，Windows 按从左到右顺序找命令，先找到哪个就用哪个。where java 和 where javac 会直接列出实际命中的可执行文件路径，一眼就能看出冲突源头。常见情况包括：C:\Program Files\Java\jdk-17.0.2\bin 写死在 PATH 前面，而 %JAVA_HOME%\bin 在后面；或者旧版 JRE 的 C:\Windows\System32\java.exe 被优先调用。
PATH 中只保留 %JAVA_HOME%\bin，别写死任何 JDK 路径
所有 JDK 版本路径必须通过变量间接引用，否则切换时要反复改 PATH。正确做法是：
- 为每个 JDK 创建独立变量：如
JAVA8_HOME、JAVA17_HOME、JAVA21_HOME，值分别为对应安装目录（如C:\Java\jdk8） - 只在 PATH 中加一行：
%JAVA_HOME%\bin（注意：不要加%JAVA_HOME%\jre\bin，现代 JDK 不再自带独立 JRE） - 确保这一行在 PATH 列表顶部，避免被其他 Java 路径劫持
- 删掉 PATH 中所有形如
C:\Program Files\Java\...的硬编码路径
JAVA_HOME 必须指向变量名，不是路径
把 JAVA_HOME 的值设成 %JAVA17_HOME%，而不是 C:\Java\jdk-17.0.10。这样切换只要改 JAVA_HOME 的值即可，不用动 PATH 或其他变量。容易出错的点：
- 变量名大小写敏感：Windows 下
java17_home≠JAVA17_HOME - 不要漏掉百分号：
JAVA_HOME值必须是%JAVA17_HOME%，不是JAVA17_HOME - 修改后必须新开 cmd 或 PowerShell 窗口，旧窗口缓存未刷新
CLASSPATH 已非必需，跳过它更安全
自 JDK 9 起，绝大多数构建工具（Maven、Gradle）、IDE（IntelliJ、VS Code）都自动管理类路径。手动配置 CLASSPATH 反而容易引发 NoClassDefFoundError 或覆盖默认行为。实操建议：
- 完全不新建
CLASSPATH系统变量 - 如果已有该变量，清空值或直接删除
- 验证只需运行
java -version和javac -version，二者一致即表示环境链完整
最易被忽略的是 PATH 扫描顺序和新终端窗口的强制刷新——改完变量不新开 cmd，永远看不到真实效果。
