最稳妥的全局环境变量配置方式是修改 /etc/profile，因其为可执行脚本，支持 export、变量展开（如 $path）和条件判断，而 /etc/environment 仅支持静态键值对、不解析变量，无法拼接路径。

直接在 /etc/profile 里用 export 添加变量是最可靠、最常用的全局环境配置方式。它对所有用户生效，支持变量展开、路径拼接和逻辑判断，适合部署 JDK、Maven、Node.js 等需要动态构造 PATH 的工具链。

为什么要选 /etc/profile 而不是 /etc/environment

/etc/environment 看似更“底层”，但它只接受静态键值对，不解析 $PATH 这类变量。比如你写：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

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

它会原样存成字符串，根本不会把原来的 PATH 值代入，结果就是新路径失效。而 /etc/profile 是 shell 脚本，能真正执行 export PATH=$PATH:/new/path，这才是实际可用的配置方式。

正确修改 /etc/profile 的操作步骤

• 用 root 权限编辑文件：sudo nano /etc/profile
• 在文件末尾添加配置，例如设置 Java：
export JAVA_HOME=/usr/lib/jvm/java-11-openjdk-amd64
export PATH=$PATH:$JAVA_HOME/bin
• 保存退出后，立即生效：sudo source /etc/profile
• 验证是否成功：echo $JAVA_HOME 和 echo $PATH | grep java

几个关键细节不能错

• 必须用 $PATH（带美元符）引用原值，写成 PATH=/new/path 会清空整个路径，导致 ls、cd 都找不到
• 路径之间用英文冒号 : 分隔，不要用空格或分号
• 路径末尾不要加斜杠，比如 /opt/jdk/bin/ 比 /opt/jdk/bin 更容易出兼容性问题
• 如果路径含空格，必须加英文双引号，但建议从源头避免空格路径

如何让配置更安全、更易维护

• 优先考虑在 /etc/profile.d/ 下新建脚本（如 java.sh），而不是直接改 /etc/profile 主文件
• 新建的 .sh 文件需有可执行权限：sudo chmod +x /etc/profile.d/java.sh
• 这样既模块化，又避免主配置被意外覆盖；系统升级时也更稳定
• 所有 /etc/profile.d/*.sh 会在 /etc/profile 中自动加载，效果完全等同