对于经常在 Linux 和 macOS 之间切换的开发者来说，环境变量的配置总是一个绕不开的话题。在 Linux 中，我们习惯于通过修改 /etc/profile 或在 /etc/profile.d 目录下添加脚本来为所有用户设置全局环境变量。那么，在 macOS 上，尤其是当我们可能同时使用 Bash 和 Zsh 这两种 Shell 时，是否存在类似的“一劳永逸”的方案呢？
答案是肯定的，但 macOS 的实现方式既有传承，也有其独特之处。本文将彻底搞清楚 macOS 的全局环境变量机制，让我们无论使用 Bash 还是 Zsh，都能轻松驾驭。
/etc/profile：经典永流传，但并非最佳实践首先，好消息是 macOS 确实保留了 /etc/profile 这个文件。当我们启动一个 登录 Shell (Login Shell) 时，无论是 Bash 还是 Zsh，都会首先加载 /etc/profile 文件。 因此，从理论上讲，我们可以像在 Linux 中一样，通过编辑这个文件来设置对所有用户生效的环境变量。
什么是登录Shell？
简单来说，我们打开的新的“终端”窗口，默认启动的就是一个登录 Shell。通过 SSH 远程连接服务器时，也是登录 Shell。
示例：使用 /etc/profile 设置 JAVA_HOME
假设我们需要为所有用户配置 JAVA_HOME。
使用我们喜欢的编辑器（需要 sudo 权限）打开文件：
sudo nano /etc/profile
在文件末尾添加以下内容：
# Setting Global JAVA_HOME
export JAVA_HOME=$(/usr/libexec/java_home)
export CLASS_PATH="$JAVA_HOME/lib"
保存并退出。现在，重新打开一个新的终端窗口，输入 echo $JAVA_HOME，我们就能看到设置的路径了。
这种方法对于设置非 PATH 类的环境变量（如 JAVA_HOME, GOPATH 等）非常有效，并且对 Bash 和 Zsh 都适用。但对于修改 PATH 变量，macOS 提供了更优雅、更现代化的方式。
/etc/paths 与 /etc/paths.d：macOS 的“官方”路径管理方案当我们问到有没有类似 /etc/profile.d 的机制时，答案就是 /etc/paths.d/ 目录。这套机制是 Apple 推荐的、用于管理全局 PATH 变量的模块化方法。
它的核心是一个名为 path_helper 的实用工具。系统在启动登录 Shell 时，会通过 /etc/profile (或 Zsh 的 /etc/zprofile) 调用 path_helper。 这个工具会执行以下操作：
读取 /etc/paths 文件中的所有路径（每行一个）。按字母顺序读取 /etc/paths.d/ 目录中每个文件包含的路径。将这些路径整合起来，构建成一个基础的 PATH 环境变量。这种方式的好处是显而易见的：
模块化：不同的应用程序（如 Homebrew、MacGPG）可以通过在此目录中创建自己的文件来添加路径，而无需修改系统主配置文件。升级安全：系统更新时，/etc/paths 可能会被覆盖，但 /etc/paths.d/ 目录下的文件通常会得到保留，让我们的配置更持久。简洁明了：无需编写 export 语句，每个文件只包含纯粹的路径。示例：通过 /etc/paths.d 添加自定义路径
假设我们有一个自定义的工具目录 /opt/custom/bin 需要添加到所有用户的 PATH 中。
在 /etc/paths.d/ 目录下创建一个新文件（文件名任意，如此处的 custom-tools）：
sudo nano /etc/paths.d/custom-tools
在该文件中，直接写入我们想要添加的路径，注意每行只写一个路径，且不要包含 export 等shell命令：
/opt/custom/bin
保存文件。
就这么简单！现在，任何新打开的终端窗口都会自动将 /opt/custom/bin 添加到 PATH 变量中。我们可以通过 echo $PATH 来验证。
这一切是如何协同工作的？为了更清晰地理解整个加载流程，我们可以用一个序列图来表示。当我们打开一个新的终端窗口（登录 Shell）时，大致会发生以下事情：
从图中可以看出，系统级的路径 (/etc/paths.d) 会先被加载，然后才是用户级的配置（如 ~/.zshrc）。这意味着我们可以在用户配置文件中，将自定义路径添加到 PATH 的最前面，以覆盖系统默认的同名命令。
实用建议与最佳实践现在，我们来总结一下最佳实践：
修改全局 PATH？首选 /etc/paths.d/
这是最安全、模块化且符合 macOS 设计理念的方式。无论是安装新的开发工具还是管理自定义脚本目录，都应该通过在这里创建文件来完成。
设置其他全局环境变量？使用 /etc/profile
对于像 JAVA_HOME, ANDROID_HOME, GOPATH 这类非路径变量，直接在 /etc/profile 文件末尾用 export 命令添加是简单有效的做法。它能确保所有用户的登录 Shell 都能继承这些变量。
用户个人配置？坚守 ~/.bash_profile 或 ~/.zshrc
全局配置适用于所有用户。对于仅限当前用户使用的别名、函数或环境变量，还是应该放在自己的 Home 目录下的配置文件中（Bash 对应 ~/.bash_profile，Zsh 对应 ~/.zshrc）。
Zsh 用户请注意
自 macOS Catalina 起，Zsh 已成为默认 Shell。 Zsh 的登录 Shell 会加载 /etc/zprofile，而这个文件默认会调用 path_helper。所以，上述关于 /etc/paths.d 的方法对 Zsh 完全适用。同时，Zsh 还会加载 /etc/zshrc（用于非登录 Shell）和用户目录的 ~/.zshrc。
结论macOS 在全局环境变量配置上，提供了一套既兼容传统 Unix 习惯（/etc/profile），又具备自身特色的现代化方案（/etc/paths.d）。理解了 path_helper 的工作机制，我们就能游刃有余地管理系统环境了。
记住这个简单的原则：用 /etc/paths.d 管理 PATH，用 /etc/profile 管理其他全局变量。这样，无论我们的 Mac 上运行的是 Bash 还是 Zsh，都能保证拥有一致、可靠且易于维护的开发环境。