CentOS 7/8 自带 Java 是通过 yum 安装的 java-1.8.0-openjdk 或 java-11-openjdk RPM 包，应使用 yum remove 安全卸载并清理 alternatives，新 JDK 推荐手动解压至 /opt 并通过 /etc/profile.d/java.sh 设置 JAVA_HOME 和 PATH。
查清系统自带 Java 是哪个包
CentOS 7/8 自带的 java-1.8.0-openjdk 或 java-11-openjdk 是通过 yum 安装的 RPM 包，不是手动解压的 JDK。直接删 /usr/lib/jvm 下的目录会留残余配置，后续 yum update 还可能把它拉回来。
- 运行
yum list installed | grep java看具体包名，重点关注带openjdk和headless的项 -
rpm -qa | grep java能补全一些未被 yum 索引的旧包（比如早期手动装过） - 别只看
which java或java -version—— 它们可能指向/usr/bin/java这个 symlink，背后实际是/etc/alternatives/java，再绕到真实 JVM，容易误判卸载目标
安全卸载 OpenJDK RPM 包
用 yum remove 比手动删文件靠谱，它会清理 /usr/lib/jvm、/etc/alternatives 关联项和 bin 下的软链。但得注意依赖关系，尤其当其他软件（如 tomcat、hadoop）显式 Requires 了某个 java-*-openjdk 时，yum 会警告甚至中止。
- 先试运行：
yum remove java-1.8.0-openjdk*（加*覆盖-devel、-headless等子包） - 如果提示依赖冲突，加
--setopt=protected_packages=临时绕过保护（仅限确认无关键服务依赖时） - 卸载后执行
alternatives --config java，若提示 “no alternatives for java”，说明清理干净；否则残留 symlink，需手动alternatives --remove java /path/to/old/java
安装新 JDK（以 Oracle JDK 17 为例）
Oracle JDK 不再提供免费 RPM 包，推荐用 tar.gz 手动部署 —— 控制权在自己手里，避免 yum 源更新覆盖 JAVA_HOME。但要注意：CentOS 7 默认 glibc 版本低，Oracle JDK 17+ 要求 glibc ≥ 2.17（CentOS 7.6+ 满足），低于此版本会报错 GLIBC_2.18 not found。
- 下载
jdk-17_linux-x64_bin.tar.gz后解压到/opt/jdk-17（别放/usr/lib/jvm，那是 RPM 专用路径） - 设环境变量：在
/etc/profile.d/java.sh里写export JAVA_HOME=/opt/jdk-17和export PATH=$JAVA_HOME/bin:$PATH，然后source /etc/profile.d/java.sh - 验证：
java -version应输出 17.x，echo $JAVA_HOME必须精确匹配解压路径，多一个/或少一个字符都会让某些脚本（如 Maven）找不到 JVM
为什么 update-alternatives 不推荐用于非 RPM JDK
很多教程教用 update-alternatives --install 把手动 JDK 注册进去，看似规范，实则埋雷：一旦某天你重装系统或误运 yum install java-11-openjdk，RPM 包会自动接管 alternatives 链，悄悄把 java 指向刚卸载掉的老版本。
立即学习“Java免费学习笔记（深入）”；
- 手动 JDK 就该彻底脱离
alternatives体系，靠PATH和JAVA_HOME显式控制 - 如果必须共存多版本（如开发需要 8/17 切换），用 shell 函数封装更安全，例如在
~/.bashrc里定义usejdk8()和usejdk17()，直接改PATH和JAVA_HOME - 检查是否真脱离：运行
ls -l $(which java)，输出应为/opt/jdk-17/bin/java这类绝对路径，而不是指向/etc/alternatives/java
最常被忽略的是 /etc/profile.d/ 下的脚本加载顺序 —— 如果有多个 java 相关的 .sh 文件，后加载的会覆盖前面的 JAVA_HOME。建议只保留一个，文件名用数字前缀（如 01-java.sh）确保优先级。
