java_home不生效的根本原因是配置后未重启终端或工具未重新读取，而非未配置；需确保指向jdk根目录、设为系统变量、避免空格引号、powershell用注册表命令验证，并重启所有相关进程。
Java 安装后 JAVA_HOME 为什么总不生效？
根本原因不是没配，而是配了但系统或程序根本没读到——Windows 下 JAVA_HOME 是纯“约定型”环境变量，JDK 自身不依赖它，但 Maven、Gradle、Tomcat 等工具会主动读取。如果它们启动失败报 java is not recognized 或 Unable to find java，大概率是路径指向了 JRE 目录、带空格的路径、或变量名拼错（比如写成 JAVA_HOME_）。
- 务必指向 JDK 根目录（如
C:\Program Files\Java\jdk-17.0.2），不是bin子目录，更不能是jre - 路径含空格（如
Program Files）完全合法，无需引号；加引号反而会导致某些脚本解析失败 - 检查是否在「系统变量」里设置——用户变量对 CMD/PowerShell 新建窗口无效，除非你每次手动
setx - 修改后必须重启终端：已打开的 CMD/PowerShell 不会自动继承新环境变量
PowerShell 里 $env:JAVA_HOME 显示为空，但 CMD 能看到
PowerShell 默认不继承父进程（如系统级环境变量）的全部上下文，尤其当你从图形界面直接启动 PowerShell 时，它可能加载的是精简版 profile。这不是配置错误，而是加载时机问题。
- 运行
[System.Environment]::GetEnvironmentVariable('JAVA_HOME', 'Machine')可绕过当前 session 缓存，直读注册表级系统变量 - 避免用
$env:JAVA_HOME = 'xxx'临时赋值——这仅作用于当前会话，且不会同步给子进程（如你后续执行的mvn） - 若需 PowerShell 永久生效，确认变量确实在「系统属性 → 高级 → 环境变量」中添加，并重启 PowerShell（不是只关再开，要彻底结束所有 pwsh 进程）
多个 JDK 共存时，JAVA_HOME 和 PATH 怎么配合？
JAVA_HOME 是工具链定位 JDK 的“权威路径”，而 PATH 决定命令行敲 java 调用哪个版本。两者可以不同，但冲突时 PATH 优先。
-
PATH中应包含%JAVA_HOME%\bin，而不是硬编码具体 JDK 路径（如C:\jdk8\bin）——否则换JAVA_HOME后java -version仍调旧版本 - 如果同时装了 JDK 8 和 JDK 17，想默认用 17，就把
JAVA_HOME指向 jdk-17，且确保%JAVA_HOME%\bin在PATH中排在其他 JDKbin前面 - IDE（如 IntelliJ）通常忽略系统
PATH，只认自己配置的 SDK 或JAVA_HOME，所以终端能跑不代表 IDE 里编译通过
验证 JAVA_HOME 是否真被工具识别
别只信 echo %JAVA_HOME%，要测实际使用它的程序是否拿到正确值。很多工具只在启动时读一次，改完变量不重启就白搭。
立即学习“Java免费学习笔记（深入）”；
- Maven：运行
mvn -X | findstr "java.home"，看输出里java.home是否等于你设的JAVA_HOME - Tomcat：启动时日志第一行有
JVM_JAVA_HOME或类似字段，或查catalina.bat是否用了%JAVA_HOME% - Gradle：执行
gradle --version后追加-Dorg.gradle.debug=true并观察 JVM 参数中的java.home - 最狠一招：在 CMD 中运行
set JAVA_HOME=清空它，再启动依赖它的工具——如果立刻报错，说明它确实在读这个变量
真正麻烦的不是设不设，而是设完不重启终端、工具缓存旧值、或者误把 JRE 当 JDK——这些点漏一个，排查两小时。
