java环境变量不生效，核心是系统未加载、路径不可达或被覆盖：需验证java_home指向jdk根目录（含bin/lib/jre）、path中%java_home%\bin（windows）或$java_home/bin（macos/linux）位置靠前且无冲突，最后新开终端执行echo $java_home、java -version、where/which java三者路径一致。
Java环境变量配置不生效，不是没配对，而是系统没加载、路径没走通、或者被别的设置盖过去了。排查要从真实运行时出发，而不是只看“我点保存了”。
确认JAVA_HOME指向的是JDK根目录，且目录真实可用
JAVA_HOME是起点，错一点，全链路失效。
- Windows执行：echo %JAVA_HOME%；macOS/Linux执行：echo $JAVA_HOME，检查输出是否为完整路径（如
C:\Program Files\Java\jdk-17.0.2或/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home） - 手动打开该路径，确认里面包含
bin、lib、jre三个子目录；重点验证bin/java.exe（Windows）或bin/java（macOS/Linux）是否存在且可执行 - 常见错误：路径末尾多了一个反斜杠（
C:\java\jdk-17\）、误指向JRE目录、路径含中文或空格但未加引号测试
检查PATH中是否包含有效且靠前的JDK bin路径
PATH决定命令从哪找，顺序就是权力。
- Windows：在“系统属性→环境变量”中查看Path，确保有一条独立的
%JAVA_HOME%\bin（不要写成%JAVA_HOME%\jre\bin或硬编码绝对路径）；把它拖到所有Java相关条目最上方 - macOS/Linux：执行
echo $PATH，确认$JAVA_HOME/bin出现在最左侧；写法必须是export PATH=$JAVA_HOME/bin:$PATH（$JAVA_HOME/bin在前） - 特别注意：Windows中
%JAVA_HOME%\bin不会在旧终端自动展开，改完必须新开CMD/PowerShell；Linux/macOS改完.zshrc或.bashrc后必须运行source ~/.zshrc
用三组命令交叉验证实际调用路径是否一致
改了≠生效，看到版本≠是你配的那个JDK。必须新开终端，逐层比对。
- 执行
echo %JAVA_HOME%（Windows）或echo $JAVA_HOME（macOS/Linux）→ 看变量值 - 执行
java -version和javac -version→ 看是否能运行、版本是否符合预期 - 执行
where java（Windows）或which java（macOS/Linux）→ 看真正调用的java.exe在哪儿 - 三者结果必须统一：JAVA_HOME路径 + where/which返回路径 + javac所在路径，全部出自同一个JDK的
bin目录
排除IDE、注册表和多版本干扰
很多问题表面是环境变量失败，其实是被静默覆盖。
- VS Code、IntelliJ等IDE不继承终端环境变量：需完全退出再重开；VS Code建议在设置中启用“Run in login shell”，或在工作区
.vscode/settings.json里明确指定"java.home": "/path/to/jdk" - Windows注册表残留：运行
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\JDK"，检查是否有旧版JDK注册信息干扰 - 多个JDK共存：执行
where java和where javac，若路径不同，说明PATH混入了不同版本，删掉其他Java相关路径（尤其是javapath软链接） - 路径含空格或括号：如
C:\Program Files\Java\...，测试时用英文引号包裹执行："C:\Program Files\Java\jdk-17\bin\java.exe" -version
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
