全局变量修改后不生效，主因是未重新加载配置文件；需手动执行 source /etc/profile 或针对 systemd、cron、GUI 等场景分别配置 Environment、/etc/environment 或 crontab PATH。
全局变量改完不生效，大概率是没 reload 配置文件
改了 /etc/profile 或 /etc/profile.d/*.sh 后，echo $PATH 还是老样子——这不是配置写错了，而是 shell 没重新读取。Linux 不会自动监听文件变化，必须手动触发加载。
-
source /etc/profile是最常用且兼容性最好的 reload 方式，适用于 login shell 和大多数终端 - 如果用的是 systemd 服务（比如 nginx、redis），它们启动时不走
/etc/profile，得在 service 文件里显式定义Environment=或用EnvironmentFile= -
/etc/environment是纯 key=value 格式，不支持$PATH展开，改完后需重启或用pam_env模块配合，普通source无效
/etc/profile.d/ 是唯一推荐的全局变量管理方式
直接改 /etc/profile 容易被系统更新覆盖，多人协作时也难追踪变更。CentOS 7 明确设计了 /etc/profile.d/ 目录来解耦管理。
CentOS Linux 7.9.2009
下载
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离
- 新建文件如
/etc/profile.d/java.sh，内容只需一行：export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk - 文件名必须以
.sh结尾，且权限设为644（不能可执行） - 所有
.sh文件会在/etc/profile末尾被自动source，顺序按字母排列，有依赖关系时注意命名（比如00-path.sh放前面）
PATH 顺序错会导致命令被覆盖
加新路径时写成 export PATH=$PATH:/new/bin，看似没问题，但实际会让系统优先找旧路径里的同名命令。比如你装了新版 python3 在 /opt/python3/bin，却把它加在 $PATH 末尾，那调用的还是 /usr/bin/python3。
- 正确做法是前置：
export PATH=/opt/python3/bin:$PATH - 验证是否生效：运行
which python3，看输出路径是否匹配你的新位置 - 如果多个路径含同名二进制，用
type -a python3查全部命中顺序
GUI 应用和 cron 任务不读 /etc/profile
桌面环境（GNOME/KDE）启动的程序、cron 定时任务、systemd 用户服务，默认不加载 /etc/profile，它们只认 /etc/environment 或自身启动上下文。
- 对 GUI 应用，稳妥做法是在
/etc/environment里写死值，例如：JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk（注意：不能用$PATH） - 对
cron，在 crontab 里显式设置：PATH=/usr/local/bin:/usr/bin:/bin - systemd 服务必须在
.service文件中声明：Environment="JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk"
/etc/environment 的语法限制，这三点最容易被忽略。改完别急着测试命令行，先确认目标进程实际加载了哪套环境。 
