yum安装OpenJDK最简捷：执行yum install java-1.8.0-openjdk-devel即可同时获得java与javac，路径固定在/usr/lib/jvm/，但需手动配置JAVA_HOME环境变量并source生效。
直接用 yum 安装 openjdk，省事但版本和路径不灵活
如果你只要快速跑通 Java 应用（比如 JMeter、Spring Boot 启动脚本），yum install java-1.8.0-openjdk-devel 是最快路径。它自动处理依赖、注册 /usr/lib/jvm/ 下的符号链接，并让 java 和 javac 直接可用。
但要注意三点：
-
yum安装的是 OpenJDK，不是 Oracle JDK；部分老项目对sun.*包或特定 JVM 参数有强依赖，这里会报错 - 路径固定在
/usr/lib/jvm/java-1.8.0-openjdk-*，不能自定义安装目录，后续写部署脚本时硬编码容易出错 - CentOS 7 默认仓库里最高只到
java-1.8.0，RHEL 8+/AlmaLinux 9 才默认带java-11-openjdk和java-17-openjdk
手动解压 tar.gz 部署，可控但环境变量易配错
下载 jdk-8u281-linux-x64.tar.gz 或 jdk-11.0.20_linux-x64_bin.tar.gz 后，解压到 /usr/local/java 是常见做法。关键不是解压本身，而是 /etc/profile 里那几行 export 是否写对。
最容易翻车的点：
-
JAVA_HOME必须指向解压后的**根目录**，比如/usr/local/java/jdk-11.0.20，而不是/usr/local/java/jdk-11.0.20/bin或带tar.gz的路径 -
CLASSPATH中的.（当前目录）必须保留，否则某些老工具类加载失败；但多数现代应用（如 Maven、Gradle）已不依赖它，可简化为export CLASSPATH=$JAVA_HOME/lib/tools.jar（仅 JDK8 需要） -
source /etc/profile只影响当前 shell；如果用systemd启动服务，得在 service 文件里显式设置Environment="JAVA_HOME=/usr/local/java/jdk-11.0.20"
写部署脚本前，先确认系统架构和 glibc 兼容性
别急着 tar -zxvf。先执行 uname -m 和 getconf LONG_BIT 确认是 x86_64 还是 aarch64；再运行 ldd --version 查 glibc 版本。JDK 17+ 的某些构建（尤其是 Oracle 官方版）要求 glibc ≥ 2.28，而 CentOS 7 默认是 2.17 —— 这时候强行解压启动会报 GLIBC_2.28 not found。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
应对方式：
- 选适配旧系统的 JDK 构建：Adoptium Temurin 17.0.2+8（
jdk-17.0.2+8-hotspot）明确标注支持 glibc 2.17+ - 或改用 Alpine Linux 镜像（musl libc），但需重新编译 native 依赖
- 脚本中加校验逻辑：
ldd $JAVA_HOME/bin/java | grep "not found"，有输出就中断并提示
多版本共存时，用 alternatives 切换比改 profile 更安全
当服务器既要跑 JDK 8 的旧系统，又要跑 JDK 17 的新服务，硬改 /etc/profile 很危险——一不小心所有用户都切错了版本。
推荐用 alternatives 管理：
- 先为每个 JDK 注册：
alternatives --install /usr/bin/java java /usr/local/java/jdk8/bin/java 1 - 再交互式切换：
alternatives --config java，终端会列出编号，输入数字即可生效 - 验证：
java -version和which java必须一致；readlink -f $(which java)能看到真实路径
这个机制不碰环境变量，也不依赖 shell 初始化顺序，systemd、crond、sudo 下都稳定。唯一代价是每装一个 JDK 都得多执行两行注册命令。
