configd 是在 Mac OS X 后运行的系统配置守护进程，大多数用户永远不会注意到或看到核心 OS X 进程在他们的 Mac 后台运行。话虽如此，configd 有时会出现异常并导致异常的 CPU 峰值和风扇活动，使您的 Mac 听起来像一个风洞。通过启动 Activity Monitor，按“% CPU”选项排序，然后看到位于顶部的“configd”根用户进程占用了 20-95% 的 CPU，很容易诊断出奇怪的 configd 行为。如果该行为持续一分钟左右，通常没什么大不了的，临时峰值可能是正常的，所以让它运行并忽略它，但有时 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

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

诊断特定的configd问题并学习configd​​

苹果官方对configd的描述如下：

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

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

man configd​​

您可以直接在 Mac 上通过命令行阅读，或使用此处的开发人员库链接通过 Web 阅读。

如果您想首先尝试诊断 configd 为何发疯，您可以在以下两个位置查看 configd 包和 plist 文件，这可能会提供一些关于发生了什么的提示错误及原因：

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

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

sudo /usr/libexec/configd -v

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

General experience has showed that some apps and processes cause configd issues than others,其中一些可能包括Java和基于Java的服务，如CrashPlan，某些打印机存在未解决的打印错误，以及不正确的网络网络连接反复尝试和失败的配置。这就是为什么有时退出所有应用程序可以有效解决问题的原因，因为它可能会结束导致 configd 失控的失败重复，并且在某些情况下，杀死 configd 不能解决问题然后删除罪魁祸首 plist 文件可以解决一劳永逸的问题。您的个人经历和结果可能会有所不同。