cloudd —— 把 App 数据同步到 iCloud 的那个守护进程

最后更新: 2026-07-30

它是什么

cloudd 是 CloudKit 背后的守护进程。如果说 iCloud 云盘处理的是文件，那么 CloudKit 处理的就是结构化记录——那种 App 存在内部、又希望在你各台设备之间保持一致的数据。

跑在它上面的东西多得超出直觉。苹果自家的备忘录、提醒事项、无边记，以及 iCloud 钥匙串的记录层，都是 CloudKit 的客户端。大量第三方 App 也是：当一个开发者既不想自己跑服务器、又不想让你注册账号，CloudKit 几乎是必然选择——存储算在你的 iCloud 容量里，身份就用你本来就有的 Apple 账户。

结果就是，cloudd 的流量是个汇总值。它不是某一个功能的同步，而是你 Mac 上所有基于 CloudKit 的 App 共用一根管子。

它为什么要联网

三种不同的触发方式，分清楚它们能解释掉大部分令人困惑的读数。

你改了东西。 编辑了一条备忘录、勾掉一个提醒、某个 App 的数据变了，改动会被推上去。这类操作小而频繁。

别处改了东西。 你在 iPhone 上的编辑，是通过 cloudd 送到 Mac 上的。这就是为什么一台你根本没碰的机器上，这个进程也可能在忙——活儿是从另一台设备来的。

正在建立数据集。 给一个已经积累了大量数据的 App 打开 iCloud，意味着整份已有数据要上传一次；在一台新 Mac 上登录，则是反过来，整份数据要下来。这两种都是一次性的大爆发，也都经常被误认成进程失控。

正常流量应该是多少

日常来看不大——普通的编辑操作通常也就几 MB，因为 CloudKit 同步的是记录而不是整个文件，而记录本身很小。

例外就是上面那两种「建立数据集」的情况。给一个积累了好几年数据的 App 打开同步，或者配置一台新 Mac，单次跑出几百 MB 到几个 GB 都有可能。这是预期行为，初次核对完成后就会平息下来。

真正该警惕的模式是持续的大流量却对不上任何改动——一台没什么事发生的 Mac 上，cloudd 一连忙好几天。这种情况通常说明某项同步一直在失败又一直在重试，而解法一般在 App 或账户层面，不在网络层面。

能不能关掉

没有直接开关，但有更好的杠杆。 cloudd 属于「别拦截，限速就好」这一类：拦掉会出乱子，限速则很安全。

系统没有提供禁用这个守护进程的正规开关，杀掉它也不会有持久效果。你真正能控制的是它要搬什么。系统设置 › 你的 Apple 账户 › iCloud 里列出了所有通过 iCloud 同步的 App，把你不在乎的关掉，就是从源头掐掉了那部分流量。这比任何网络层的干预都有效，因为数据压根就不会进队列。

如果问题只是时机而不是同步本身——你是现在需要带宽，不是永远不想同步——那限速才是对的工具。CloudKit 本来就是按「连接可能慢、可能断」设计的，限速只会让同步晚一点完成，不会弄坏什么。记录会晚点到，但一条都不会丢。

怎么看它到底用了多少

cloudd 的流量只有放在时间轴上才有意义。你打开某项同步那天跑了几个 GB，完全正常；同样的数字天天出现，那就不正常了。而如果没有历史记录，这两种情况看起来一模一样。

Bytetally 按进程留着上传下载的历史，所以你能分辨 cloudd 那个尖峰到底是一次事件还是一种模式。如果是模式，你可以在保持同步存活的前提下压住它的速率，而不是一刀切断、事后再纳闷为什么某个东西一直没同步过来。

相关进程

常见问题