彻底卸载需四步：查清所有jdk版本及路径；删安装目录、注册表javasoft子项、环境变量及ide配置；重设java_home和path；新开终端验证java/javac-version。
直接删干净再装 Oracle JDK 是可行的，但“彻底”二字很关键——残留的 java 命令软链接、alternatives 注册项、甚至 copy-jdk-configs 这类辅助包，都会导致 java -version 仍指向旧环境或后续安装失败。
确认并强制卸载所有 OpenJDK RPM 包
CentOS/RHEL 系统用 rpm 安装的 OpenJDK 不止 java-1.8.0-openjdk 一个包，常见还有 headless、devel、tzdata-java、copy-jdk-configs 等。漏掉任意一个，都可能让 java 命令继续工作，掩盖问题。
- 先查全：运行
rpm -qa | grep -i 'java\|jdk\|jre'，别只信grep jdk - 逐个强删：对每个输出结果执行
rpm -e --nodeps <package-name></package-name>，尤其注意copy-jdk-configs和javapackages-tools，它们不带java字样但深度耦合 - 删完再扫：重复执行
rpm -qa | grep -i java，直到无输出；同时运行which java和ls -l $(which java)，确认没有残留软链接指向/usr/lib/jvm/下的旧路径
清理 alternatives 和系统级软链接
alternatives --config java 或 update-alternatives --config java（取决于发行版）可能还存着旧注册项，即使 RPM 包已删，这个机制仍会把 java 命令指向已不存在的路径，造成“命令存在但执行报错”这类诡异现象。
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 运行
alternatives --display java，如果输出非空，说明仍有注册项 - 逐个移除：对每个显示的路径，执行
alternatives --remove java <path></path>；若提示“no alternatives for java”，说明已被清空 - 检查
/usr/bin/java是否为 dangling symlink：ls -l /usr/bin/java，如果指向一个已删除的jre/bin/java，就手动删掉它：rm -f /usr/bin/java
安装 Oracle JDK 后避免 CLASSPATH 错误配置
很多教程照抄 CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib，但 Oracle JDK 8 的 rt.jar 在 $JAVA_HOME/jre/lib/ 下，而 $JRE_HOME/lib 实际是 $JAVA_HOME/jre/lib 的别名——重复添加或路径错误会导致类加载冲突，尤其在启动 Tomcat、Logstash 等工具时抛 NoClassDefFoundError。
- 推荐最小化配置（够用且安全）：
export JAVA_HOME=/usr/local/java/jdk1.8.0_271 export PATH=$JAVA_HOME/bin:$PATH
完全不设CLASSPATH，让 JVM 默认加载rt.jar和tools.jar - 如必须加
tools.jar（比如编译 Java 代码），显式写全：export CLASSPATH=$JAVA_HOME/lib/tools.jar，不要用${JRE_HOME}/lib这种易错变量 - 配置写入
/etc/profile后，务必运行source /etc/profile，再用新 shell 验证：echo $JAVA_HOME和java -version
验证时别只看 java -version
java -version 成功只说明运行时 OK，但 javac、keytool、jps 等工具是否可用，才是 Oracle JDK 完整性的真正试金石。更隐蔽的问题是：某些服务（如 Elasticsearch、Kibana）启动时会调用 java -XshowSettings:properties -version，若 JAVA_HOME 没被正确继承，它们仍会 fallback 到系统残留的 OpenJDK 路径。
- 必须验证：
javac -version（确保 JDK 而非 JRE）、which javac（确认来自$JAVA_HOME/bin）、readlink -f $(which java)（确认最终指向$JAVA_HOME/jre/bin/java） - 对关键服务，用其用户身份测试：
sudo -u elasticsearch bash -c 'echo $JAVA_HOME; java -version'，避免 root 下 OK 但服务跑不起来 - 最易忽略的一点：
/usr/lib/jvm目录本身可能还留着空文件夹（如java-1.8.0-openjdk-1.8.0.262.b10-1.el7.x86_64），虽然没内容，但某些脚本会扫描该目录自动选 JVM——建议手动rm -rf /usr/lib/jvm/*openjdk*
