JAVA_HOME对java -version完全无效，因java启动器不读取该变量；真正起作用的是PATH中从左到右首个java可执行文件路径，常见干扰源包括javapath、update-alternatives旧链、硬编码旧JDK路径等。
JAVA_HOME 设置正确，java -version 却不生效——根本原因不是 JAVA_HOME 没配对，而是 PATH 里有更高优先级的旧 java 可执行文件。
为什么 JAVA_HOME 对 java -version 完全没用？
Java 启动器（java）本身**完全不读取 JAVA_HOME**。这个变量只是给 Maven、Gradle、IDE 或脚本用的“提示”。真正决定你敲 java 时调用哪个二进制文件的，只有 shell 的 PATH 环境变量——它从左到右逐个目录查找第一个叫 java 的可执行文件。
常见干扰源包括：
-
/usr/bin/java（Linux 发行版通过update-alternatives注册的符号链接，常指向旧 JDK） -
C:\Program Files\Common Files\Oracle\Java\javapath\java.exe（Windows 上 Oracle JDK 安装器自动加的高优先级路径） -
/opt/java/jdk-17/bin这类硬编码在PATH里的旧版本路径，位置比$JAVA_HOME/bin更靠前
怎么快速定位当前 java 到底来自哪？
别猜，直接查实际执行路径：
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- Linux/macOS：
which java→readlink -f $(which java) - Windows：
where java（输出第一行就是当前生效路径）
如果返回的是 /usr/lib/jvm/java-1.8.0-openjdk/jre/bin/java 或 C:\Program Files\Common Files\Oracle\Java\javapath\java.exe，说明你配置的 JAVA_HOME 根本没被用上。
PATH 顺序不对，怎么修才靠谱？
核心原则：把你要用的 JDK 的 bin 目录放在 PATH 最前面。
- Linux/macOS（如使用
~/.zshrc）：export PATH="/opt/jdk-24/bin:$PATH"（注意：写在export JAVA_HOME=...之后，且不能漏掉$PATH） - Windows：
在系统环境变量中，把%JAVA_HOME%\bin拖到PATH列表最顶端；
务必删掉或禁用C:\Program Files\Common Files\Oracle\Java\javapath这类自动注册路径 - 改完必须新开终端！旧窗口的
PATH不会自动刷新
还有哪些容易被忽略的“隐藏污染源”？
很多问题出在你没意识到的地方：
-
/etc/environment或/etc/profile.d/下的全局脚本可能硬编码了旧 JDK 路径（Linux） - 某些 IDE（如 IntelliJ）启动时自带 JVM，不走系统
PATH，需单独配置Help → Find Action → "Choose Boot Java Runtime" - Maven/Gradle 守护进程（daemon）可能缓存了旧 JDK，执行
mvn --stop或./gradlew --stop再试 - Docker 构建、CI 流水线、Shell 脚本中显式指定
/usr/lib/jvm/default-java/bin/java，绕过你的本地配置
真正麻烦的从来不是“怎么配”，而是“谁在背后悄悄覆盖你配的”。每次 java -version 不对，先 where java 或 readlink -f $(which java) ——这一步跳过，后面全是白忙。
