java_home必须指向jdk根目录而非bin子目录，因为maven、gradle、ide等工具依赖其定位lib、jre、include等子目录；若设为bin路径，则tools.jar等关键资源无法加载，导致编译失败或ide报错。
为什么 JAVA_HOME 必须指向 JDK 根目录，而不是 bin 子目录
因为几乎所有 Java 工具链（包括 Maven、Gradle、IDEA、Spring Boot CLI）都依赖 JAVA_HOME 去定位 lib、jre、include 等关键目录。如果填成 C:\Program Files\Java\jdk-17.0.11\bin，这些工具会找不到 tools.jar 或 dt.jar（虽然 JDK 9+ 已移除，但部分旧插件仍尝试加载），导致编译失败或 IDE 报 “Cannot resolve symbol”。
-
JAVA_HOME的值必须是 JDK 安装根路径，例如D:\Develop\Java\jdk-17.0.11 - 绝对不要包含末尾斜杠（
\），Windows 对尾部反斜杠敏感，某些脚本会误判为转义符 - 验证方式：在 CMD 中运行
echo %JAVA_HOME%，输出应与安装路径完全一致，且能用dir %JAVA_HOME%\lib列出 jar 文件
Path 中添加 %JAVA_HOME%\bin 时的顺序问题
如果你机器上曾装过 JDK 8 或 JDK 11，Path 里很可能还残留着旧版本的 java.exe 路径（比如 C:\Program Files (x86)\Java\jre1.8.0_301\bin）。此时即使你新加了 %JAVA_HOME%\bin，系统仍可能优先调用旧版 java.exe —— 因为 Windows 按 Path 列表从上到下搜索。
- 务必把
%JAVA_HOME%\bin这一行拖到Path列表的最顶部 - 检查是否有重复条目：比如同时存在
C:\Program Files\Java\jdk-17.0.11\bin和%JAVA_HOME%\bin，删掉硬编码路径，只留变量引用 - 改完后必须关闭所有已打开的 CMD/PowerShell 窗口，新开一个再测试，否则缓存未刷新
Windows 11 下安装路径含空格（如 C:\Program Files\）引发的问题
不是所有 Java 工具都能正确处理带空格的路径。典型表现是：Maven 执行 mvn compile 报错 Could not find artifact org.apache.maven.plugins:maven-compiler-plugin，或 Gradle 启动时卡在 Starting Daemon；更隐蔽的是某些 JNI 调用（如数据库驱动加载）直接失败，错误信息却只显示 UnsatisfiedLinkError，不提路径问题。
- 推荐安装路径：使用无空格、无中文的路径，例如
D:\jdk17或C:\dev\jdk-17.0.11 - 如果已装在
C:\Program Files\，不要试图用引号包裹路径（如"C:\Program Files\..."），环境变量不支持引号语法 - 临时补救：卸载后重装到干净路径，比后期各种 workaround 更可靠
验证时 java -version 正常但 javac -version 报“不是内部或外部命令”
这说明 %JAVA_HOME%\bin 没生效，或者 JAVA_HOME 指向了错误位置。常见原因是：安装时选了 JRE 而非 JDK（官网下载页容易混淆）、下载的是 .zip 解压版但没运行安装向导（缺少注册表关联）、或 Path 编辑时多打了空格（比如 %JAVA_HOME% \bin）。
- 先确认
javac.exe是否真实存在：dir %JAVA_HOME%\bin\javac.exe，若返回“文件未找到”，说明安装包本身不含开发工具 - 检查下载的是 JDK（含
javac、javadoc、jshell），不是 JRE（只有java.exe） - 注意 Adoptium 的 .msi 安装包默认勾选全部组件；Oracle 官网下载页要明确选 “JDK Development Kit”，而非 “JRE”
Ctrl+Shift 再点击——以管理员身份启动对话框。
