syncdefaultsd —— 让你的 App 设置在各处保持一致的那个进程

最后更新: 2026-07-30

它是什么

syncdefaultsd 是 iCloud 键值存储背后的守护进程——App 用来让一小块状态在你各台设备之间保持一致的那套机制。

如果你了解 macOS 的内部叫法，这个名字本身就是线索。Mac 上的应用偏好设置存在系统称之为 *defaults* 的地方，而这个进程负责同步它们。你在 Mac 上某个 App 里拨了个开关，再打开 iPhone 上同一个 App 发现它已经是拨好的——就是它搬过去的。

它刻意不用来放内容。苹果把键值存储的容量卡得很小，正是为了让开发者拿它存设置而不是存数据；存数据是 cloudd 和 bird 的活。

它为什么要联网

三个原因，而且都很小。

你改了某个设置，而那个 App 会同步偏好。改动会作为几个键值对推上去。

别的设备改了设置，改动下发到你的 Mac。这就是为什么在一台你没碰过的机器上它也在活动。

定期一致性核对，确认两边持有的值相同。因为数据实在太小，频繁检查的代价低到可以成为常规操作。

结果就是：在任何按连接看的视图里它频繁出现，而在任何按流量排序的视图里它几乎从不出现。

顺带说清它和另外两个 iCloud 相关进程的分工，因为这三个经常被混在一起看。bird 管的是 iCloud 云盘里的文件，cloudd 管的是 CloudKit 里的结构化记录，而 syncdefaultsd 管的是最小的那一档——键值对形式的设置。三者的数据量级依次递减，能占用带宽的只有前两个。如果你在排查流量问题，看到这三个一起出现是正常的，但值得深究的几乎总是前两个。

正常流量应该是多少

极小——它是 macOS 上真正意义上无足轻重的进程之一。

改一次设置也就几百字节。普通使用一整天的累计可能就几百 KB，而这个估计已经算宽松了。键值存储的容量上限意味着它能够正当搬运的量有一个硬顶——这一点很少见也很有用：对大多数进程你说不出「最多该是多少」，但对它可以。

这也让任何大数字都变得有意义。如果 syncdefaultsd 跑出了 MB 级的流量，那不是因为设置变多了，而是有什么在失败并重试。虽然罕见，但值得留意。

能不能关掉

没有专门的开关，也没有真正想关的理由。 它属于「量太小，不值得管」这一类。

你确实可以通过关掉那些同步偏好的 App 的 iCloud 来间接让它闭嘴，但如果目的是省带宽，那等于拿一个真实功能去换一个测量不出来的收益。杀掉这个守护进程也没有持久效果，launchd 会把它拉回来。

诚实的建议是别管它。在一台 Mac 上值得优化的东西排个序，syncdefaultsd 大概能排到最后——而知道某个进程不值得你花注意力，本身就是个有用的结论。

怎么看它到底用了多少

测量这类进程的价值在于反向确认：证明它不是问题所在，好让你别再盯着它，去找真正的元凶。

Bytetally 按进程分别显示上传和下载，syncdefaultsd 那一行能立刻给出定论——它就待在列表底部，本该在的位置。而正因为它有个天然的上限，它也是少数几个「异常数字真的有信息量、而不只是吓人」的进程。

相关进程

常见问题