必须确保javac和java命令来自同一jdk安装目录，否则将导致编译通过但运行失败、unsupportedclassversionerror等兼容性问题；需检查which/where命令输出路径是否一致，并将目标jdk的bin路径置于path最前，同时正确配置java_home。
确认 javac 和 java 实际来源
很多问题源于你以为在用 JDK 17，其实 `java` 走的是系统预装的 JRE 8，而 `javac` 才是 JDK 17 的——这种“错配”极难察觉。 执行以下两行命令，看输出路径是否完全一致：javac -version（显示编译器版本）
java -version（显示运行时版本）
where javac（Windows）或 which javac（macOS/Linux）
where java 或 which java
PATH 配置的正确顺序与原则
PATH 是从左到右搜索的，**最靠前的有效路径优先命中**。错误做法是把多个 JDK 的 `bin` 目录都加进去；正确做法是只保留一个 JDK 的 `bin`，且把它放在 PATH 最前面。- 删除所有其他 JDK/JRE 的 `bin` 路径（尤其是 `C:\Windows\System32`、`C:\Program Files (x86)\Common Files\Oracle\Java\javapath` 这类系统级伪装路径）
- 将目标 JDK 的完整 `bin` 路径（如 `C:\jdk-17.0.9\bin`）添加到 PATH 开头
- 不要把 `JAVA_HOME\bin` 这种变量引用直接塞进 PATH —— 它不会自动展开，除非你用支持变量替换的 shell（如 PowerShell 的 `$env:JAVA_HOME\bin`），但 CMD 不支持
- 设置 `JAVA_HOME` 指向 JDK 根目录（如 `C:\jdk-17.0.9`），并用它辅助构建工具识别（Maven、Gradle 等依赖此变量）
验证与快速修复技巧
改完 PATH 后，**重启终端/命令行窗口**（CMD、PowerShell、IDE 内置终端均需重开），再验证：执行 echo %JAVA_HOME%（Windows）或 echo $JAVA_HOME（macOS/Linux）→ 应输出 JDK 根路径
执行 javac -version && java -version → 版本号应完全相同（如都是 17.0.9）
执行 java -XshowSettings:properties -version 2>&1 | findstr "java.home"（Windows）→ 查看 JVM 实际加载的 home，应与 JAVA_HOME 一致
- IDE（如 IntelliJ、Eclipse）内置 JRE 设置覆盖了系统 PATH，需在 IDE 的 Project Structure / Preferences → SDKs 和 Run Configurations 中统一指定
- 某些安装包（如 Android Studio、MySQL Installer）会悄悄往 PATH 里塞自己的 Java 路径，需手动清理
- PowerShell 的 `$PROFILE` 或 `.bashrc` 中有硬编码的 `alias java=...`，会劫持命令
进阶：多 JDK 切换时不破坏同步
开发中常需切换 JDK 版本（如测试 Java 8 兼容性）。推荐用轻量方案避免 PATH 手动改来改去：- Windows：使用 SDKMAN! for Windows 或写批处理脚本，动态修改当前终端的 PATH（不影响全局）
- macOS/Linux：用 sdkman（
sdk install java 17.0.9-tem+sdk use java 17.0.9-tem），它只改当前 shell 的 PATH - 无论用哪种工具，本质都是确保每次调用 `javac` 和 `java` 时，它们的父目录（即 `bin` 所在 JDK 根目录）完全相同
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
