CentOS 7配置JDK的核心答案：采用yum安装OpenJDK 11，通过/etc/profile配置全局环境变量，一条命令验证安装成功，这是目前兼容性和稳定性平衡最好的方案。
CentOS 7安装JDK前，先搞清版本选择问题
很多朋友第一次在CentOS 7上装JDK，都卡在版本选择上。CentOS 7默认软件源自带OpenJDK 8和OpenJDK 11，两部分人需求不同：跑老项目用Java 8，新项目直接上Java 11或17，别纠结“哪个版本最好”，先确认你的项目字节码编译目标,再动手装。
新手选型参考：
- 日常学习、小项目：OpenJDK 8，资料多，坑少
- Spring Boot 2.x以上：OpenJDK 11，长期支持
- 生产环境新系统：OpenJDK 11或17，性能和安全更新更及时
行业共识认为，OpenJDK 11是CentOS 7上最稳妥的长期支持版本，免费且安全补丁更新到2024年后仍有扩展支持。如果你的项目要求Oracle JDK，那需要手动下载rpm包，yum源里没有。
CentOS 7配置JDK环境变量的完整实操步骤
第一步：检查系统是否已存在Java
登录服务器,先执行：
java -version
如果提示找不到命令，直接进入安装环节，如果显示版本号，先确认是不是你需要的版本，不是的话用rpm -qa | grep java列出所有Java相关包,批量卸载：
rpm -qa | grep java | xargs rpm -e --nodeps
第二步：yum安装OpenJDK（推荐方式）
CentOS 7默认源里就有OpenJDK,联网状态下直接安装：
yum install -y java-11-openjdk java-11-openjdk-devel
这里有个关键点：一定要装-devel包，只装java-11-openjdk不带javac编译命令，后面编译Java程序会报“javac: command not found”，生产环境部署建议同时安装-devel版本。
安装完后,验证一下：
java -version javac -version
两条命令都有输出版本号,说明装好了。
第三步：配置JAVA_HOME环境变量
这是CentOS 7配置JDK最容易出错的一步,先查清楚JDK实际安装路径：
alternatives --list | grep java
或者直接找：
ls -l /usr/lib/jvm/
典型的OpenJDK 11路径是/usr/lib/jvm/java-11-openjdk....x86_64，不同版本数字略有差异，用ls命令看到实际目录名。
接着编辑全局环境变量文件：
vim /etc/profile
在文件末尾追加
export JAVA_HOME=/usr/lib/jvm/java-11-openjdk export CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib export PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin
注意：如果ls /usr/lib/jvm/看到的目录名带了完整版本号后缀，建议把JAVA_HOME指向/usr/lib/jvm/java-11-openjdk这个软链接路径，CentOS 7安装OpenJDK后会自动创建不带版本号的软链接,这样以后升级JDK不用改配置。
保存退出后,让配置立即生效：
source /etc/profile
第四步：验证环境变量是否生效
执行三个检查命令：
echo $JAVA_HOME echo $PATH java -version
关键看echo $JAVA_HOME能否输出你设置的路径，如果输出了，说明CentOS 7配置JDK环境变量已经成功。
完整验证Java编译运行,写个测试文件：
cat > /tmp/Test.java << EOF
public class Test {
public static void main(String[] args) {
System.out.println("JDK配置成功");
}
}
EOF
cd /tmp
javac Test.java
java Test
屏幕打印“JDK配置成功”，一切正常，你可以把测试文件删掉,不留垃圾文件。
CentOS 7配置JDK时环境变量不生效的排查思路
相当一部分人在source /etc/profile
后当场验证没问题，可一关终端再重开就失效。常见原因就三种：
| 现象 | 原因 | 解决方法 |
|---|---|---|
| 新开终端执行java -version报无命令 | 环境变量没写进/etc/profile，写进了某个临时shell配置 | 重新检查/etc/profile末尾内容 |
| echo $JAVA_HOME输出为空 | source没执行，或路径写错 | 重新执行source，核对路径 |
| 打开的终端继承旧PATH | SSH会话缓存了旧环境 | 退出重新SSH登录，或者执行exec bash |
还有一个容易被忽略的点：如果你用su切换用户，而不带参数（即su而非su -），不会加载新环境变量，必须用su - 用户名完整切换登录环境。
多JDK版本共存时的alternatives管理
如果你机器上装了多个JDK版本，CentOS 7配置JDK默认版本要用alternatives工具。
alternatives --config java alternatives --config javac
执行后屏幕上列出所有已安装的JDK，输入编号回车即可切换。这个做法比改/etc/profile更安全,因为它同时调整了系统级java命令的符号链接。
卸载JDK的正确姿势
需要换版本时,先删环境变量再删软件包。
- 删除/etc/profile里配置的Java相关export行
- 执行卸载命令：
yum remove -y java-11-openjdk java-11-openjdk-devel
验证残留：
java -version
提示bash: java: command not found,说明卸载干净了。
CentOS 7 JDK配置后如何验证运行性能
配置完成不是终点，生产环境务必做基础验证。
检查GC日志是否正常：
jcmd <pid> GC.heap_info
检查线程状态：
jstack <pid> | head -50
检查类加载情况：
jstat -class <pid>
这几个命令不用记参数，跑一遍看有没有报错就行，如果jcmd、jstat提示找不到，说明-devel包没装全,回头补装。
CentOS 7配置JDK 8和11的差异对比
很多老项目顽固地用JDK 8,这里直接对比安装过程差异：
| 对比项 | OpenJDK 8 | OpenJDK 11 |
|---|---|---|
| 安装命令 | java-1.8.0-openjdk-devel | java-11-openjdk-devel |
| 默认路径 | /usr/lib/jvm/java-1.8.0 | /usr/lib/jvm/java-11-openjdk |
| 模块化 | 无 | 有，javafx等需单独模块 |
| 适合场景 | 老项目、Hadoop生态 | Spring Boot、云原生 |
路径是唯一硬伤：JDK 8的JAVA_HOME路径是/usr/lib/jvm/java-1.8.0，别和JDK 11搞混了，配置步骤完全一样,改个路径就行。
常见问题和坑点速查
为什么java -version能用，但javac报错？
-devel包没装,补执行：
yum install -y java-11-openjdk-devel
配好环境变量后Tomcat还是启动失败？
大概率是Tomcat的catalina.sh里自己指定了JAVA_HOME，检查/usr/local/tomcat/bin/setenv.sh或catalina.sh里的JAVA_HOME覆盖配置,删掉或改成你的实际路径。
远程工具连上后java命令能识别，但脚本里执行报错？
脚本一般在非交互式shell运行，不加载/etc/profile。有两种解决方式：脚本开头执行source /etc/profile，或者把Java路径写进/etc/environment文件，后一种方式对所有shell生效,更治本。
CentOS 7配置JDK，万变不离其宗：yum装包，改profile，source生效，记住这套流程，JDK 8到17都是同样的操作逻辑，只是路径和包名换一下，碰到任何报错，先把echo $JAVA_HOME的结果看清楚，80%的问题都出在路径配错了。