centos env为什么无法生效

在 CentOS 里经常有人遇到「env 设置了但没生效」的问题，通常并不是 env 命令本身有问题，而是使用方式或作用范围不对。下面按常见原因逐一说明。

一、最常见原因：env 只是“临时给某条命令设环境”

env FOO=bar ./myscript.sh

✅ 这样 只对这条命令生效
❌ 不会影响到当前 shell 或之后的命令

如果你执行完又跑：

echo $FOO

是空的，这是正常的。

二、你只是执行了 env，但没赋值给 shell

错误示例：

env PATH=/usr/local/bin

这只会打印环境变量，不会修改当前 shell 的 PATH。

✅ 正确做法：

export PATH=/usr/local/bin:$PATH

或

PATH=/usr/local/bin:$PATH
export PATH

三、写在脚本里，但用 bash script.sh 执行

# test.sh
export TEST=123

bash test.sh
echo $TEST   # 空

原因：
脚本在子 shell 中运行，变量不会影响父 shell。

✅ 正确方式：

source test.sh
# 或
. test.sh

四、写在 .bashrc / .profile 但没重新登录或 source

例如：

export JAVA_HOME=/opt/java

但你：

• 没 source ~/.bashrc
• 或用的是非交互 shell（cron / systemd）

解决：

source ~/.bashrc

或根据 shell 类型：

• 登录 shell：~/.bash_profile
• 非登录交互：~/.bashrc

五、CentOS 默认 shell 是 bash，但用了错误的配置文件

⚠️ 写在 ~/.bashrc 里的变量，cron / systemd 不会自动加载

六、systemd 服务中 env 不生效（CentOS 7+ 常见）

错误：

export MY_ENV=1
systemctl start myapp

✅ 正确方式：

# /etc/systemd/system/myapp.service
[Service]
Environment=MY_ENV=1

然后：

systemctl daemon-reload

七、env 文件格式问题（如 .env）

FOO = bar

❌ 等号两边有空格
✅ 正确：

FOO=bar

并且需要手动加载：

set -a
source .env
set +a

快速自检清单 ✅

• [ ] 是给“单条命令”用，还是“当前 shell”用？
• [ ] 是否用了 export？
• [ ] 是否 source 了配置文件？
• [ ] 是否是 systemd / cron 环境？
• [ ] shell 类型是否匹配（bash / sh）？

如果你能贴出具体命令或场景（比如：脚本 / systemd / docker / cron），我可以直接告诉你哪一步错了。