RHEL7服务器安装JDK1.8.0_161后无法检查Java版本报错求助

这个报错的核心原因很明确：/lib/ld-linux.so.2是32位ELF程序的动态加载器，而你的RHEL7是64位系统，要么是你误安装了32位版本的JDK，要么是系统缺少32位兼容库。另外从你的安装步骤看，还有一个容易忽略的细节：你只配置了java命令的alternatives，没配置javac，这也会导致javac无法正常调用。

下面分两种场景给出解决方案：

场景1：误装了32位JDK（优先排查，推荐方案） #

首先先验证你安装的JDK位数：

file /opt/jdk1.8.0_161/bin/javac

如果输出里包含32-bit字样，说明你下载的是32位JDK，和64位RHEL7不兼容，需要替换为64位版本：

1. 先移除现有配置的alternatives：

alternatives --remove java /opt/jdk1.8.0_161/bin/java

2. 删除现有32位JDK目录：

rm -rf /opt/jdk1.8.0_161/

3. 下载64位版本的JDK 1.8.0_161（文件名通常是jdk-8u161-linux-x64.tar.gz），解压到/opt目录：

tar zxvf jdk-8u161-linux-x64.tar.gz -C /opt/

4. 同时配置java和javac的alternatives（之前你只配置了java，javac没配置）：

alternatives --install /usr/bin/java java /opt/jdk1.8.0_161/bin/java 2
alternatives --install /usr/bin/javac javac /opt/jdk1.8.0_161/bin/javac 2

5. 分别配置默认版本：

alternatives --config java
alternatives --config javac

选择对应序号（通常是1）按回车确认即可。
6. 验证是否正常：

java -version
javac -version

如果能正常输出版本信息，问题就解决了。

场景2：确实需要使用32位JDK（仅用于特殊兼容需求） #

如果你因为业务必须使用32位JDK，那需要安装32位的glibc兼容库：

yum install glibc.i686

安装完成后，再尝试运行javac -version，应该可以正常执行。

另外补充一点：以后安装JDK时，一定要根据系统位数选择对应版本，64位系统优先选x64版本，能避免这类不必要的兼容性问题。

内容的提问来源于stack exchange，提问作者Koushic