CentOS如何卸载自带的Java版本-LINUX-PHP中文网

应优先执行 yum list installed | grep java 查所有 yum 安装的 java 包，再用 rpm -qa | grep -e 'java|openjdk|gcj' 补漏手动安装包，最后检查 /usr/lib/jvm 目录存在性但不依赖其为空判断是否清理干净。

centos如何卸载自带的java版本

别只信 java -version——它可能指向 /etc/alternatives/java，而那个软链背后可能是早已卸载一半的旧 JVM。真正要盯的是 RPM 包管理器里的记录：

yum list installed | grep java：优先看这个，列出所有通过 yum 安装的 Java 相关包，比如 java-1.8.0-openjdk、java-11-openjdk-headless
rpm -qa | grep -E 'java|openjdk|gcj'：补漏，尤其能抓出早期手动装过、但没进 yum DB 的包（例如老版本 java-1.4.2-gcj-compat）
ls -l /usr/lib/jvm：确认物理目录是否存在，但注意：空目录 ≠ 已清理干净，RPM 可能只删了 bin 下软链，没动配置项

CentOS 的 OpenJDK 是标准 RPM 包，它的安装行为受 alternatives 系统控制。/usr/bin/java 实际是 /etc/alternatives/java 的 symlink，后者又指向具体 JVM 的 bin 目录。直接删文件夹会导致：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

alternatives --config java 仍显示已删除的路径，选中后执行 java 报错 No such file or directory
下次 yum update 可能自动重装被删掉的包（因为 RPM 数据库里它还“存在”）
javac、keytool 等命令消失，但 which java 还有输出，排查时容易误判

核心原则：让 yum 主动卸载，再手动收尾残留。以 CentOS 7/8 常见的 java-1.8.0-openjdk 为例：

先试卸载主包：yum remove java-1.8.0-openjdk*（加 * 覆盖 -devel、-headless 等子包）
若提示依赖冲突（比如 tomcat 显式 Requires），确认无关键服务依赖后，可加 --setopt=protected_packages= 绕过保护（慎用）
卸载后立即检查：alternatives --config java。如果报 no alternatives for java，说明 clean；否则运行 alternatives --remove java /path/to/old/jre/bin/java 手动清除
最后验证：java -version 应报 command not found；rpm -qa | grep openjdk 应无输出

手动解压部署的新 JDK 通常放在 /opt/jdk-xx，这时旧的 JAVA_HOME 和 PATH 很可能还残留在 /etc/profile.d/java.sh 或 /etc/profile 里：

先检查：grep -r JAVA_HOME /etc/profile.d/ /etc/profile 2>/dev/null
删或注释掉对应行，比如 export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk
执行 source /etc/profile 生效，再确认 $JAVA_HOME 不再指向旧路径
/usr/lib/jvm 目录本身不用删——yum remove 后它通常已为空；若还有残留子目录（如 java-1.8.0-openjdk-1.8.0.xx.x86_64），且确认无其他进程引用，才可 sudo rm -rf