/etc/profile.d/ 是唯一推荐的全局变量生效范围控制入口，因其符合 CentOS 7 shell 初始化逻辑，支持全局生效、按文件隔离和可开关，且避免直接修改 /etc/profile 导致登录失败等风险。
/etc/profile.d/ 是唯一推荐的全局变量生效范围控制入口，直接改 /etc/profile 会破坏系统可维护性，且无法按需启用/禁用。
为什么 /etc/profile.d/ 是唯一安全的全局生效路径
CentOS 7 的 shell 初始化逻辑明确要求：所有 /etc/profile.d/*.sh 文件在 /etc/profile 末尾被 source 执行。这意味着它天然具备「全局生效 + 按文件隔离 + 可开关」三重能力。
而硬编码进 /etc/profile 的变量，一旦出错（比如 PATH 拼错、引号不闭合），会导致所有用户登录失败——连 root 都进不去 shell。
-
/etc/environment看似更底层，但它不支持变量展开（$PATH无效）、不执行 shell 语法，只接受KEY=VALUE格式，几乎没法用于 PATH 这类动态拼接场景 -
/etc/bashrc只对交互式非登录 shell 生效（比如你开个新终端但没重新登录），systemd启动的服务进程根本不会读它 - 手动
export或source /etc/profile只影响当前 shell，对已运行服务（如 nginx、java 进程）完全无效
/etc/profile.d/myapp.sh 必须遵守的三条铁律
新建脚本不是写完就完事，必须满足以下条件才能真正全局生效：
- 文件权限必须是
644（sudo chmod 644 /etc/profile.d/myapp.sh），否则/etc/profile会跳过执行 - 文件名必须以
.sh结尾，且不能含空格或特殊字符（my-app.sh可以，my app.sh不行） - 每行
export必须独立成行，禁止用分号合并（export A=1; export B=2在部分 bash 版本中会被截断）
正确示例：
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk export PATH=$JAVA_HOME/bin:$PATH
验证是否真正在所有上下文生效
改完别急着重启，先跑这三步确认：
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 新开一个普通用户终端，执行
echo $JAVA_HOME—— 检查登录 shell 是否加载 - 用
su -l root切换 root，再echo $PATH—— 检查 su 登录是否继承 - 启动一个子进程：
bash -c 'echo $JAVA_HOME'—— 检查子 shell 是否透传
如果其中任一失败，说明脚本未被加载，立刻检查 /etc/profile.d/myapp.sh 权限和后缀名。
服务进程不读环境变量？那是你没 reload systemd
即使 /etc/profile.d/ 设置正确，systemd 托管的服务（如 mysqld）默认不加载这些变量——因为它们不是从 login shell 启动的。
要让服务读到，必须显式配置：
- 编辑服务单元：
sudo systemctl edit mysqld - 写入：
[Service] Environment="JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk"
- 重载并重启：
sudo systemctl daemon-reload && sudo systemctl restart mysqld
别指望 source /etc/profile 能影响已运行的 systemd 服务——那只是骗自己。
