在CentOS上配置Java环境变量，核心就是修改/etc/profile文件，用export命令设置JAVA_HOME、PATH和CLASSPATH，然后执行source让配置立即生效。
很多朋友第一次在CentOS上装Java，最难的不是安装本身，而是环境变量这关，明明是装好了，一敲java -version却提示command not found，这种挫败感我太懂了，这篇文章就带你一步步搞定，全程手动操作，不搞花活,保证看完就能自己配好。
CentOS配置Java环境变量前，先搞清这几个前提
动手之前，我们得把准备工作做扎实，CentOS配置Java环境变量看着简单,但有几个坑必须提前避开。
确认你的CentOS版本和JDK安装方式
不同版本的CentOS，比如7还是8，还是Stream版，配置文件路径基本一致，但防火墙和软件源有点区别，更重要的是你的JDK是用yum装的，还是解压tar.gz包装的,这直接决定环境变量该指向哪里。
行业共识认为，生产环境推荐用解压方式安装JDK，因为路径可控，方便切换版本，用yum安装的OpenJDK一般会自动配好环境变量，但如果你想装Oracle JDK或者特定版本,解压安装更常见。
先检查下现在系统里有没有Java：
java -version
如果提示未找到，说明还没装，如果已经装了但版本不对，可以用rpm -qa | grep java查看已安装的java包。
下载JDK并解压到指定目录
假设你准备安装JDK 8或者JDK 11（这两个是当前企业用的最多的版本），去Oracle官网或者Adoptium下载对应的tar.gz包，下载完上传到CentOS服务器，比如放到/usr/local/src下。
解压命令：
tar -zxvf jdk-8u391-linux-x64.tar.gz -C /usr/local/
解压后你会得到一个类似/usr/local/jdk1.8.0_391的目录，记住这个路径,下一步就靠它了。
CentOS配置Java环境变量最核心步骤：修改/etc/profile
这是整篇文章的重头戏，CentOS配置java环境变量，本质就是让系统知道你的JDK在哪,并用哪些命令去调用它。
用vim打开profile文件
vim /etc/profile
注意是/etc/profile，不是~/.bashrc也不是~/.bash_profile，虽然改用户级别的文件也能生效，但为了全局所有用户都能用Java,改系统级的profile更省事。
在文件末尾添加三行关键配置
按下Shift+G跳转到文件末尾，然后按i进入插入模式，把下面三行加进去,具体路径换成你自己的：
export JAVA_HOME=/usr/local/jdk1.8.0_391 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
这三行什么意思？我用人话解释一下：
JAVA_HOME：告诉系统Java装在哪个目录，后面很多基于Java的工具（比如Tomcat、Maven）都要靠这个变量找JDK。PATH：系统在哪个目录下搜索可执行命令，把$JAVA_HOME/bin加在前面，以后输入java、javac就能直接找到命令,不用写绝对路径。CLASSPATH：Java运行时查找类库的路径，代表当前目录,后面是JDK自带的两个核心jar包。
写完保存退出：按Esc，输入wq回车。
让配置立即生效
修改profile文件后,必须执行这条命令才能让环境变量在当前会话中加载：
source /etc/profile
然后验证：
java -version echo $JAVA_HOME
如果正确输出了版本号和JAVA_HOME路径，说明CentOS配置java环境变量已经成功了，我第一次配的时候，卡就卡在忘记执行source,还以为自己写错了。
CentOS配置Java环境变量常见疑问：为什么改完不生效
很多人在这一步翻车，明明按教程改了profile，也source了，但一开新终端又失效，这其实不是配置错了,而是可能漏了某个细节。
检查是否为普通用户环境
如果你用普通用户登录，修改/etc/profile后，新开的终端窗口理论上会自动加载，但如果你的shell是登录shell，读取顺序是/etc/profile然后~/.bash_profile或~/.bashrc，有时候~/.bashrc里可能覆盖了PATH,导致你设置的变量被冲掉。
解决办法是，在~/.bashrc的末尾也加上同样的export语句，不过更推荐直接在/etc/profile里配，因为全局生效,不易混乱。
有没有更简单的配置方式，比如修改单个用户文件
如果你只需要给当前用户用Java，不改系统级配置，那直接改~/.bashrc就行，步骤完全一样，只是文件位置不同，但行业共识里，既然服务器不止一个人用,改系统级profile是规范操作。
还有一种方式，在/etc/profile.d/下新建一个java.sh文件，把export语句写进去，然后在/etc/profile里通过source加载，这个方式的好处是当你升级JDK时，直接替换java.sh的内容,不影响其他用户的环境。
新旧终端窗口为什么要重新登录
环境变量的加载有生命周期。source /etc/profile只对当前会话生效，如果你开一个新的SSH连接，系统会重新读取profile文件，所以新窗口一般不用source也能用java，但如果当前窗口是在修改profile之前打开的，那它可能还保留旧的PATH值,需要重新source或退出重登。
CentOS配置Java环境变量后的验证与检查清单
配完之后别急着高兴，把下面几条命令跑一遍，确保万无一失,这也是我这些年帮别人排查问题时总结的最小验证集。
多角度验证环境变量是否配置正确
# 验证PATH which java # 验证javac编译器 javac -version # 验证CLASSPATH echo $CLASSPATH # 验证JAVA_HOME ls -l $JAVA_HOME/bin/java
如果which java输出的是/usr/local/jdk1.8.0_391/bin/java，说明PATH生效了，如果输出的是系统自带的OpenJDK路径,那可能是yum装的其他Java覆盖了你的PATH顺序。
写个简单的Java小程序测试编译和运行
新建一个测试文件：
vim /tmp/Test.java
就一行：
public class Test { public static void main(String[] args) { System.out.println("Java环境正常"); } }
然后编译运行：
cd /tmp javac Test.java java Test
看到输出“Java环境正常”就说明编译器和运行环境都OK,这一步能有效排除那些只配了JRE没配JDK的尴尬情况。
CentOS配置多个Java版本时，如何灵活切换环境变量
生产环境往往不止一个Java版本，比如老项目跑JDK 8，新项目要JDK 17,这时候CentOS配置java环境变量就不能死板地写死一个路径。
用alias实现临时切换
首先把两个版本的JDK都解压到/usr/local下，然后在/etc/profile里配置一个默认版本，比如JDK 8：
export JAVA_HOME=/usr/local/jdk8 export PATH=$JAVA_HOME/bin:$PATH
然后给JDK 17建立一个软链接：
ln -sf /usr/local/jdk-17 /usr/local/jdk17
你在终端里临时切换到17时,直接这样干：
export JAVA_HOME=/usr/local/jdk17 export PATH=$JAVA_HOME/bin:$PATH
这样只对当前会话有效，退出终端后自动回到默认的JDK 8，很多运维朋友就用这个土办法,简单粗暴但好用。
更高级的方案：用alternatives命令管理
CentOS自带的alternatives工具也可以管理Java版本,命令如下：
alternatives --config java
它会列出所有已经注册的Java路径，你输入序号切换，但注意，这个方式只切换了java命令本身，JAVA_HOME和CLASSPATH不会自动跟着变,所以生产环境还是推荐手动管理profile。
CentOS配置Java环境变量时，那些让人抓狂的坑和避坑指南
这里把我在实际排查中遇到的典型问题列出来,尤其是那些网上教程很少讲但特别影响体验的细节。
路径写错导致命令找不到
最常见的就是解压后目录名带版本号，比如jdk1.8.0_391，你抄教程时写成jdk1.8，结果/usr/local/jdk1.8
不存在，自然就command not found。
解决办法就是解压后先用ls /usr/local看清楚实际目录名，再复制粘贴到profile里，我习惯把目录改成不带版本号的名字，比如/usr/local/java，这样以后升级JDK直接换软链接,不用改环境变量。
CLASSPATH的坑：编译没问题，运行却报ClassNotFoundException
如果你只设了PATH和JAVA_HOME，没设CLASSPATH，用javac编译没问题，但运行某些依赖jar包的程序时会报找不到类，这时候把CLASSPATH配上，特别要注意开头的那个点,代表当前目录。
普通用户su到root后环境变量丢失
这个场景很典型：你用root配好环境变量，切换到普通用户验证，发现java命令又没了，因为普通用户默认读取的是/etc/profile没错，但如果你用su切换而不是su -,系统不会加载profile里的环境变量。
正确切换命令是：
su - root
带上才能模拟完整登录,重新读取profile。
关于CentOS配置java环境变量，你可能还想问这些
CentOS配置java环境变量后，新开的终端还是找不到java命令，怎么办？
先执行echo $PATH查看路径里有没有JDK的bin目录，如果PATH里没有，说明profile没生效，再检查一下/etc/profile是否拼写错误，比如少了符号或者引号，执行source /etc/profile后立即测试，如果当前终端连续开了多个窗口，有些远程工具缓存了环境,重启SSH会话或断开重连即可。
用yum安装的OpenJDK和手动配置的Oracle JDK，环境变量冲突怎么办？
如果你用yum install java-1.8.0-openjdk装过系统默认JDK，后来又想手动配Oracle JDK，需要先卸载yum版的，使用yum remove java-1.8.0-openjdk卸载，卸载后再手动配置环境变量就能避免冲突，也可以不卸载，但要把你的JAVA_HOME写在PATH最前面，确保系统优先找到你的版本，用which java和java -version验证到底用的是哪个。
CentOS配置Java环境变量，需要修改/etc/profile还是~/.bashrc？
系统级配/etc/profile，所有用户生效，单用户配~/.bashrc，只对当前用户生效，生产服务器建议前者，因为服务往往以不同用户启动，统一环境变量能减少很多奇怪问题，个人开发机用~/.bashrc更灵活，行业共识是，无论哪种方式,目录权限和路径拼写都要仔细核验。
配置环境变量本身不复杂，复杂的是理解为什么这么配，你只要记住JAVA_HOME指明家，PATH指明通道，CLASSPATH指明依赖，这三点抓牢了，后面不管换什么系统都能举一反三，CentOS配置java环境变量这个操作，我这套流程已经跑过几十次，按着做基本一次通过，最后再提醒一句，改完profile后千万记得source或重新登录,别让努力白费。