直接改/etc/profile是最稳妥的系统级配置方式，但必须用root权限且保留原path值，如export path=$path:/new/path；若写成export path=/new/path会覆盖原有路径导致ls等命令失效。
直接改 /etc/profile 是最稳妥的系统级配置方式，但必须用 root 权限，且要确保不破坏原有 $PATH 和变量引用逻辑。
为什么不能只写 export PATH=/new/path
这样会覆盖整个 PATH，导致 ls、cd 等基础命令失效。常见错误现象是执行任意命令都报 command not found，连 export 本身都可能找不到。
- 正确写法必须保留原值：
export PATH=$PATH:/new/path -
$PATH前面不能漏掉$，否则变成字面字符串 - 冒号
:是路径分隔符，不是英文逗号或分号 - 如果新路径含空格或特殊字符，需用双引号包裹，但一般路径不建议含空格
/etc/profile 和 /etc/environment 的区别
/etc/profile 是 shell 启动时执行的脚本，支持 export、条件判断、变量拼接；/etc/environment 是纯键值对文件（如 PATH="/usr/local/bin:/usr/bin"），不支持变量展开或逻辑，某些发行版（如 Ubuntu）默认不读它。
- 优先选
/etc/profile，兼容性更好 -
/etc/environment仅适用于简单静态赋值，且需确认你的系统 init 系统（如 systemd）是否启用该文件 - 修改后必须
source /etc/profile或重新登录才生效，export命令本身不触发全局重载
systemd 服务看不到你配的环境变量
systemd 服务启动时不读 /etc/profile，它们运行在独立 session 中，只认 Environment= 或 EnvironmentFile= 显式声明的变量。
- 不要指望 systemctl 启动的服务能自动继承
PATH或JAVA_HOME - 若服务依赖某个 bin 目录，得在 service 文件里加：
Environment="PATH=/usr/local/bin:/usr/bin:/bin" - 或者用
EnvironmentFile=/etc/sysconfig/myservice单独维护服务级变量 - 验证方式：
systemctl show --property=Environment myapp.service
真正容易被忽略的是：不同 shell（bash/zsh/sh）加载配置文件的顺序不同，/etc/profile 对非 login shell 可能不生效；而 /etc/environment 在某些场景下根本不会被读取——别只改一个文件就认为“全局搞定了”。
