centos java环境变量为何失效

在 CentOS 上配置 Java 环境变量后“失效”，通常不是 Java 本身的问题，而是环境变量没有被正确加载或作用范围不对。下面按最常见原因逐一说明。

一、最常见原因汇总

1️⃣ 修改了错误的配置文件

不同文件作用范围不同：

❌ 常见错误：

• 写在 .bash_profile，却用 su 而不是 su -
• 写在 .bashrc，但用的是登录 shell

✅ 推荐做法（通用）：

vi ~/.bashrc

末尾加：

export JAVA_HOME=/usr/java/jdk1.8.0_361
export PATH=$JAVA_HOME/bin:$PATH

然后：

source ~/.bashrc

2️⃣ 没有执行 source

改完文件不生效是正常的：

source /etc/profile
# 或
source ~/.bashrc

否则只在新开终端才生效。

3️⃣ 用了 su 而不是 su -

su

❌ 不会加载 /etc/profile

su -

✅ 会加载完整环境变量

4️⃣ 被系统自带 java / alternatives 覆盖

CentOS 常自带 OpenJDK：

which java

如果指向：

/usr/bin/java

检查：

ls -l /usr/bin/java

设置默认：

alternatives --config java

或强制前置 PATH：

export PATH=$JAVA_HOME/bin:$PATH

5️⃣ 变量写错路径

检查：

echo $JAVA_HOME
ls $JAVA_HOME/bin/java

常见错误：

• 多空格
• 路径不存在
• JDK 解压不完整

6️⃣ systemd 服务读取不到环境变量

如果你在 服务里跑 Java：

systemctl start myapp

❌ 不会读取 .bashrc

✅ 正确方式：

[Service]
Environment=JAVA_HOME=/usr/java/jdk1.8.0_361
Environment=PATH=/usr/java/jdk1.8.0_361/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin

或：

systemctl edit myapp

7️⃣ 非 bash shell

如用的是 sh、zsh：

echo $SHELL

对应改：

• zsh → ~/.zshrc
• sh → 基本不读 bash 文件

二、快速自检清单 ✅

echo $JAVA_HOME
which java
java -version

如果：

• JAVA_HOME 为空 → 没加载
• which java 不是你设置的 → PATH 被覆盖

三、最稳妥的标准写法（推荐）

# /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/jdk1.8.0_361
export PATH=$JAVA_HOME/bin:$PATH

chmod +x /etc/profile.d/java.sh
source /etc/profile

✅ 所有用户、所有 shell 都生效

如果你愿意，可以贴出：

• CentOS 版本
• Java 安装方式（rpm / tar.gz）
• 你改的是哪个文件

我可以直接帮你定位是哪一条导致的失效。