path顺序决定实际执行的jdk版本，系统从左到右匹配首个java可执行文件；java_home不参与命令查找但影响maven、ide等工具的jdk选择，二者不一致易导致编译与运行版本错配。
Java 环境变量中 PATH 的顺序直接影响你实际运行的是哪个 JDK 版本。只要电脑里装了多个 JDK，PATH 里哪个 bin 目录排在前面，java 和 javac 命令就调用哪个版本——系统从左到右扫描，找到第一个就停，后面的根本不看。
PATH 顺序决定命令执行的 JDK 版本
比如你的 PATH 是：C:\jdk8\bin;C:\jdk17\bin;C:\jdk21\bin，那么 java -version 显示的就是 JDK 8；换成 C:\jdk21\bin;C:\jdk8\bin，结果立刻变成 JDK 21。这个规则在 Windows、Linux、macOS 上完全一致。
- PATH 是纯路径列表，没有“智能识别”，只认顺序
- 即使
JAVA_HOME指向 JDK 21，只要C:\jdk8\bin在 PATH 前面，终端仍执行 JDK 8 - IDE 或构建工具（如 Maven）可能按
JAVA_HOME编译，但你在命令行敲java运行时却用的是 PATH 选中的版本——这就容易出现“编译用新版本，运行用旧版本”的问题
JAVA_HOME 不参与命令查找，但影响工具链一致性
JAVA_HOME 本身不会让系统自动找到 java.exe，它只是一个被约定俗成引用的变量。它的作用是给其他工具提供统一依据：
- Maven、Gradle、Tomcat 启动脚本会读取
JAVA_HOME来确定用哪个 JDK 运行 - IntelliJ、Eclipse 默认用
JAVA_HOME作为项目 SDK 基础 - 如果你手动在 PATH 里写死多个 JDK 路径来“切换”，反而会让
JAVA_HOME失效，属于反模式
Windows 下配置顺序有硬性要求
在 Windows 中，JAVA_HOME 必须先于 PATH 设置，否则 PATH 里的 %JAVA_HOME%\bin 无法展开为真实路径，导致 java 命令根本找不到：
- 第一步：新建系统变量
JAVA_HOME，值为 JDK 根目录（例如C:\Program Files\Java\jdk-17.0.2），不是bin，也不是jre - 第二步：编辑 Path，单独新增一行：
%JAVA_HOME%\bin（不要拼成绝对路径，也不要和其他路径挤在同一行） - 第三步：CLASSPATH 一般不用配，现代项目基本由构建工具管理依赖
推荐做法：用 JAVA_HOME 控制版本，PATH 只负责暴露一个版本
日常开发中，不需要在 PATH 里堆多个 JDK 路径。正确方式是：
- 始终只把
%JAVA_HOME%\bin加进 PATH（Windows）或$JAVA_HOME/bin:$PATH（Linux/macOS） - 切换 JDK 版本时，只改
JAVA_HOME的值，然后重启终端（或重新加载 shell 配置） - 这样既能保证命令行、IDE、Maven 全部使用同一版本，又避免 PATH 顺序混乱带来的隐性问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
