系统升级后java版本“跑偏”是因update-alternatives优先级被新包重置：系统自动注册的openjdk版本优先级更高（如1091），导致/usr/bin/java软链指向其路径；需重新注册自定义jdk并设更高优先级（如2000）或用sudo update-alternatives --config java手动切换，且java与javac等命令须同步注册，否则编译运行版本不一致。
系统升级后 java -version 突然变了，不是你配好的那个 JDK —— 这不是配置丢了，而是 update-alternatives 的优先级被新包重置了，得重新注册或调优。
为什么升级后默认 Java 就“跑偏”了
Linux 发行版（如 CentOS/RHEL/Fedora/Debian/Ubuntu）在升级 OpenJDK 软件包时，会自动调用 update-alternatives --install 为新安装的 JDK 版本注册高优先级条目。比如：
- 原来你手动注册的
/usr/local/jdk-17/bin/java优先级设为1000； - 升级后系统装了
java-17-openjdk，它自带的postinstall脚本注册了/usr/lib/jvm/java-17-openjdk/bin/java，优先级设为1091（常见值）； -
update-alternatives默认选最高优先级生效，所以java命令立刻切到系统包版本。
这不是环境变量失效，也不是 JAVA_HOME 错了 —— 是 /usr/bin/java 这个入口被 alternatives 无声接管了。
快速验证是否是 alternatives 导致的切换
执行这三行命令，直击真相：
which java<br>ls -l /usr/bin/java<br>sudo update-alternatives --display java
如果输出类似：
-
which java→/usr/bin/java -
ls -l /usr/bin/java→/etc/alternatives/java -
update-alternatives --display java中显示多个候选，且带*号的是系统包路径（如/usr/lib/jvm/java-17-openjdk-.../bin/java）
那就确认了：问题出在 alternatives 优先级，不是 PATH 或 JAVA_HOME 配置错误。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
修复方案：改优先级 or 强制指定
别删系统包、也别卸载，只需两步让自己的 JDK 重新“上位”：
- 用
--install重新注册你的 JDK，但把优先级设得比系统包更高（例如设2000）：sudo update-alternatives --install /usr/bin/java java /usr/local/jdk-17/bin/java 2000 - 或者直接交互式切换（推荐，更可控）：
sudo update-alternatives --config java，然后输入你 JDK 对应的编号 - 注意：必须对
javac、jar等关键命令做同样操作，否则javac -version和java -version可能不一致
注册完记得验证：java -version 和 javac -version 输出必须完全匹配你期望的版本。
JAVA_HOME 和 PATH 不是万能的
即使你把 JAVA_HOME 指向正确路径、PATH 里也把 $JAVA_HOME/bin 放最前，只要 /usr/bin/java 是软链接且由 alternatives 管理，终端执行 java 就仍走这个链接 —— 它不看 PATH，只认 /usr/bin/java 指向哪。
真正起效的顺序是：/usr/bin/java（软链接）→ /etc/alternatives/java（符号链接）→ 实际二进制路径。PATH 只在找不到 /usr/bin/java 时才兜底生效。
所以，系统升级后第一反应不该是重 source /etc/profile，而是先查 update-alternatives --display java —— 这个环节最容易被跳过，却恰恰是绝大多数“版本回退”问题的根源。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
