对于Bash，尝试将环境变量添加到文件/etc/profile中，以使它们对所有用户可用。不需要重新启动，只需启动一个新的终端会话。

不要期望~/.launchd.conf能够工作

launchctl的手册页说它从来没有工作过:

已弃用和删除的功能 Launchctl不再具有交互模式，也不再接受来自stdin的命令。/etc/launchd.conf文件不再用于在早期启动时运行子命令;出于安全考虑，该功能已被删除。虽然有文档表明在设置用户会话之前会查询$HOME/.launchd.conf，但这个功能从未实现过。

如何为Spotlight启动的新进程设置环境(不需要重新启动)

您可以使用launchctl setenv设置launchd(以及从Spotlight开始的任何东西)所使用的环境。例如，设置路径:

launchctl setenv PATH /opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin

或者如果你想在。bashrc或类似文件中设置你的路径，那么在launchd中镜像它:

PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin
launchctl setenv PATH $PATH

没有必要重新启动，但如果你想让应用程序接受改变的环境，就需要重新启动应用程序。

这包括已经在终端下运行的任何shell。如果你在那里，你可以更直接地设置环境，例如export PATH=/opt/local/bin:/opt/local/sbin:$PATH for bash或zsh。

重启后如何保持更改

新方法(自10.10 Yosemite起)

使用launchctl config用户路径/bin:/usr/bin:/mystuff。更多信息请参见man launchctl。

以前的方法

这个答案顶部的launchctl手册页引用说，出于安全原因，这里描述的特性(在引导时读取/etc/launchd.conf)被删除了，因此ymmv. conf。

为了在重启后保持更改，你可以在/etc/launchd.conf中设置环境变量，如下所示:

setenv PATH /opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin

重启时自动执行Launchd.conf。

如果你想让这些改变现在生效，你应该使用这个命令重新处理launchd.conf(感谢@mklement的提示!)

egrep -v '^\s*#' /etc/launchd.conf | launchctl

你可以通过命令man launchctl找到更多关于launchctl以及它如何加载launchd.conf的信息。

嗯，我不确定/etc/paths和~/. macosx /environment。plist文件。那些是新的。

但是使用Bash时，您应该知道每次新的shell调用都会执行.bashrc 并且.bash_profile只在启动时执行一次。

我不知道在Mac OS x上这种情况发生的频率有多高。我想随着windows系统启动一切，这种区别已经消失了。

就我个人而言，我通过创建一个.bashrc文件来消除困惑，其中包含我需要的所有内容，然后执行:

ln -s .bashrc .bash_profile

做的事: vim ~ / . bash_profile 文件可能不存在(如果不存在，您可以直接创建它)。 输入并保存文件: 导出路径= $路径:YOUR_PATH_HERE 运行 源~ / . bash_profile

这里有一个非常简单的方法来做你想做的事情。在我的例子中，它是让Gradle工作(Android Studio)。

打开终端。 执行如下命令: Sudo nano /etc/paths或Sudo vim /etc/paths 在提示时输入密码。 转到文件底部，输入要添加的路径。 点击Control + X退出。 输入“Y”保存修改后的缓冲区。 打开一个新的终端窗口，然后输入: 回声路径美元

您应该看到新路径被追加到path的末尾。

我从这篇文章中得到了这些细节:

添加到Mac OS X 10.8 Mountain Lion及以上版本的PATH中

有时候，前面所有的答案都不适用。如果你想在Eclipse或IntelliJ IDEA中访问一个系统变量(如M2_HOME)，在这种情况下，唯一适合我的是:

首先(步骤1)编辑/etc/launchd.conf以包含如下一行:“setenv VAR value”，然后(步骤2)重新启动。

简单地修改.bash_profile将不起作用，因为在OS X中应用程序不会像在其他Unix中那样启动;它们不继承父函数的壳变量。其他的修改都不管用了，原因我也不知道。也许有人可以解释一下。