configd 是一个在 Mac OS X 后面运行的系统配置守护进程，大多数用户永远不会注意到或看到核心 OS X 进程在他们的 Mac 后台运行。话虽如此，configd 有时会出现异常并导致异常的 CPU 峰值和风扇活动，使您的 Mac 听起来像一个风洞。通过启动 Activity Monitor，按“% CPU”选项排序，然后查看“configd”，可以轻松诊断奇怪的 configd 行为’ 位于顶部的根用户进程占用了 20-95% 的 CPU。如果该行为持续一分钟左右，通常没什么大不了的，临时峰值可能是正常的，所以让它运行并忽略它，但有时 configd 会莫名其妙地出错，它会占用 50% 左右的 CPU 使用率无缘无故持续数小时或更长时间——这就是我们要在这里解决的问题。

通过终端强制重启解决 configd 高 CPU 使用问题

我们将通过使用全能的“killall”命令快速踢一下裤子来强制重新启动 configd。因为 configd 是一个系统进程，一旦它被杀死，它会立即重新启动，并且在每一个 configd 因处理器利用率而变得疯狂的情况下，这个技巧都可以解决问题。

启动终端（像往常一样位于 /Applications/Utilities/ 中）并输入以下命令：

sudo killall configd

您需要输入管理员密码才能以超级用户身份执行命令，因此需要输入 sudo 前缀。在没有 sudo 的情况下运行命令是无效的，因为该进程归 root（超级用户）所有。

如果您保持活动监视器打开并按 CPU 排序，您会发现“configd”消失了，当它重新启动时，它不再位于列表顶部，也不再占用过多的 CPU。搜索该进程现在应该会发现它占用了 0% 到 1% 的 CPU。

如果您在使用 killall 命令后仍然遇到 configd 问题，请跳至本文底部以了解有关解决 configd 问题的更多信息。

在没有终端的情况下处理 configd

如果您不习惯使用命令行，还有另外两个选项：

1. 退出所有正在运行的 Mac 应用程序，您可以手动或使用这个自制的应用程序来完成退出 OS X 中的所有内容
2. 重启 Mac

重新启动 Mac 与直接终止 configd 进程具有相同的效果，尽管它显然对您的工作流程更具干扰性。如果 configd 错误是由应用程序的错误行为引起的，则退出每个应用程序会有所帮助，稍后会详细介绍。

诊断特定的 configd 问题并了解 configd

苹果官方是这样描述configd的：

configd 守护进程负责本地系统的许多配置方面。 configd 维护反映系统所需和当前状态的数据，在该数据更改时向应用程序提供通知，并以可加载包的形式托管许多配置代理。

该摘录摘自 configd 的手册页，可以通过在终端中键入以下内容来访问该手册页：

配置文件

您可以直接在 Mac 上通过命令行阅读，或使用开发者库链接通过网络阅读 此处。

如果您想尝试诊断 configd 最初为什么会出错，您可以在以下两个位置查看 configd 包和 plist 文件，它们可能会提供一些关于问题所在和原因的提示：

/System/Library/SystemConfiguration/
/Library/Preferences/SystemConfiguration/

另一种选择是选择使用以下命令以详细模式重新运行 configd：

sudo /usr/libexec/configd -v

这会将详细信息导出到 OS X 系统控制台，可以从控制台应用程序或通过命令行读取这些信息。将该信息与上述系统目录中的信息进行比较，对于准确诊断原因非常有帮助。

一般经验表明，某些应用程序和进程比其他应用程序和进程更容易导致配置问题，其中一些可能包括 Java 和基于 Java 的服务（如 CrashPlan）、存在未解决打印错误的某些打印机，以及网络连接不正确的网络配置反复尝试和失败。这就是为什么有时退出所有应用程序可以有效解决问题的原因，因为它可能会结束导致 configd 失控的失败重复，并且在某些情况下，杀死 configd 不能解决问题然后删除罪魁祸首 plist 文件可以解决一劳永逸的问题。您的个人经历和结果可能会有所不同。