Path 的作用是告诉 Windows 在命令行输入 java 或 javac 时去哪些目录查找对应可执行文件；它按顺序搜索路径列表，找到即执行，推荐用 %JAVA_HOME%\bin 而非硬编码路径以方便维护和兼容性。

简单来说，Path 变量就是给系统指路的：当你在命令行敲下 java 或 javac，系统得知道上哪儿去找对应的 java.exe 和 javac.exe。Path 里列出的目录，就是它搜索的“地图”。

Path 是怎么工作的？

Windows 执行命令时，并不会漫无目的地翻遍整个硬盘。它会怎么做？很简单，只做两件事：先看当前目录下有没有这个程序；如果没有，就按 Path 变量里列出的目录顺序，挨个去找。一旦在某个路径下找到了 java.exe，立刻运行，不再往后看。

换句话说，Path 并不是直接“指向 java.exe”，而是给系统列出了一堆可能藏有 java.exe 的文件夹。你把 JDK 的 bin 目录加进去，系统自然知道该去哪里翻。

为什么推荐用 %JAVA_HOME%\bin 而不是写死路径？

你可能觉得直接写死路径也没什么大不了，比如 C:\Program Files\Java\jdk-21\bin。但一旦换了 JDK 版本或重装了系统，就得手动去改 Path——不仅容易遗漏，还容易出错。而用 %JAVA_HOME%\bin，好处是一目了然的：

• 只需改一次 JAVA_HOME 的值，所有依赖它的地方（Path、IDE、构建工具）自动生效；
• 避免路径中空格或特殊字符引发的问题（比如 Program Files 就经常坑人）；
• 符合现代开发习惯，也是 Maven、Gradle 等工具默认识别的方式。

常见误区：jre\bin 还需要单独加吗？

不需要。JDK 本身就自带 JRE，%JAVA_HOME%\bin 已经包含了完整的 java.exe（来自 JDK 内置 JRE）和 javac.exe 等开发工具。单独再加 jre\bin 不但多余，还可能因为顺序问题调用到旧版本的 Java.exe，得不偿失。

尤其注意：如果 Path 中有多个 Java 相关路径，排在前面的优先被使用。所以强烈建议把 %JAVA_HOME%\bin 放在最顶部，防止系统误用 C:\Windows\System32\java.exe（那是旧版或精简版，通常不带编译器，踩过坑的都懂）。

验证是否真的指向了正确的 Java.exe

配置完了，怎么确认系统真的用上了你指定的 JDK？很简单，打开一个新的命令行窗口（旧窗口不读新配置），依次执行：

• where java → 显示实际被调用的 java.exe 全路径；
• java -version → 确认版本号和厂商（如 “Microsoft” 或 “Oracle” 或 “Eclipse Temurin”）；
• echo %JAVA_HOME% → 检查变量值是否准确，且路径下确实存在 bin\java.exe。

三步走完，路径配置基本就稳了。