最稳妥方式是手动下载配置官方JDK。需确认架构与glibc兼容，解压至/opt/java或/usr/lib/jvm，通过/etc/profile.d/java.sh配置JAVA_HOME与PATH，验证java.home一致、libjli.so可加载及权限正确。
Linux服务器上安装Java，最稳妥的方式是手动下载并配置官方JDK，而非依赖系统包管理器（如apt或yum）安装的openjdk——除非你明确接受其版本锁定、更新策略和路径不可控的问题。
确认系统架构与JDK版本兼容性
Java 17+ 已停止支持32位Linux，且不同JDK厂商（Oracle、Eclipse Temurin、Amazon Corretto）对glibc版本有隐式要求。运行以下命令再下载：
uname -m ldd --version cat /etc/os-release
常见匹配关系：
-
x86_64系统优先选tar.gz格式的JDK（如jdk-21.0.3_linux-x64_bin.tar.gz），避免.rpm或.deb包带来的alternatives干扰 - CentOS 7 / RHEL 7 需确保 glibc ≥ 2.17；若用较新JDK（如JDK 21），建议换用Eclipse Temurin的
musl版或降级到JDK 17 - Ubuntu 22.04+ 默认glibc 2.35，可直接用Oracle JDK 21或Temurin 21
解压后配置JAVA_HOME与PATH
把JDK解压到/opt/java或/usr/lib/jvm是常见做法，但关键在环境变量是否被所有shell会话读取。别只改~/.bashrc——服务进程（如systemd启动的Spring Boot应用）默认不加载用户级配置。
推荐做法：
- 创建
/etc/profile.d/java.sh，内容为：
export JAVA_HOME=/opt/java/jdk-21.0.3 export PATH=$JAVA_HOME/bin:$PATH
- 确保文件可执行：
chmod +x /etc/profile.d/java.sh - 验证：新开终端后运行
echo $JAVA_HOME和java -version，二者必须一致且不报错
注意：update-alternatives在多JDK共存时有用，但多数生产环境应固定一个JDK路径，避免自动切换引发的意外降级。
验证Java是否真正可用（不只是java -version）
java -version成功不代表JVM能正常加载类或调用本地库。常被忽略的验证点：
- 运行
java -XshowSettings:properties -version 2>&1 | grep java.home，确认输出的java.home和$JAVA_HOME完全一致（注意末尾无斜杠） - 测试JVM启动基础能力：
java -cp . HelloWorld（需先写个Hello并
World.java
javac编译） - 检查
libjli.so是否可加载：ldd $(readlink -f $(which java)) | grep jli，若显示not found，说明glibc或架构不匹配
很多“安装成功但应用启动失败”的问题，根源都在libjli.so缺失或路径错乱，而不是java命令找不到。
最易被跳过的一步：确认/opt/java/jdk-xx目录属主是root:root且权限为755，非root用户若需执行java，不能靠chmod 777，而应确保bin/下所有文件可执行、lib/下so文件可读——否则systemd服务或sudo切换用户后仍会报Permission denied。
