iOS异常流量消耗及大范围应用闪退问题的分析

Frank

2018-08-04

English Version: Troubleshooting Excessive Data Consumption and App Crashing on iOS Devices

这是我遇见的第三个Apple设备上的疑难杂症。

大概是今年的6月底，我的iPhone（运行iOS11.4）一夜之间跑掉了将近10个G流量。经检查Shadowrocket日志发现，iPhone在以约200kb/s的速度持续从gateway.icloud.com下载不明数据。（根据其他受害者反映，如果没有安装Surge一类的软件，这些不明流量会在流量统计中显示为“文稿与同步”）我原来的iCloud使用的是日区账号，换成国区账号之后仅仅好了不到两天之后，问题再次出现。由于我当时正被考试周搞得焦头烂额，我在Shadowrocket里将gateway.icloud.comReject掉之后就没有再管他，也不影响日常使用。

之后查找相关资料发现，也有网友遇到类似问题：https://www.v2ex.com/t/459452（22楼）。但是他提出的登出macOS设备上的iCloud的方案，我试了之后并没有成功。

但是事情并没有结束，自从升级了iOS12 Beta之后，我的iPhone和iPad都出现了时不时发生应用大面积闪退的问题，频率基本维持在一周2-3次。当问题发生时，点开大多数应用都会卡在Splash Screen大约10秒后闪退。会闪退的应用包括但不限于知乎，TIM，Notability及所有Google应用。微信和苹果自带应用基本不受影响。此时手机会发热，并且进入iCloud界面时大概率会卡死。出现问题时我的iPhone运行的iOS版本为11.4，后来升级至iOS 12 Public Beta后问题依然存在。

2020年12月更新：有朋友表示iOS14上出现了类似的问题，但可能表现出了不同症状。详细情况请参考评论区。

症状

汇总我自己的尝试及网友提供的信息，我将这个问题在iOS设备上的症状总结如下：

运行iOS11.4及更低的iOS版本时

流量统计中的“文稿与同步”项目消耗了大量流量
设备以约200kb/s的速度持续从gateway.icloud.com下载不明数据

运行iOS12及更高的iOS版本时

设备时常发生应用大面积闪退的现象，启动大多数第三方应用时会卡在Splash Screen大约10秒后闪退
设备发热，耗电量激增
访问iCloud内容及使用密码填充时卡顿

尝试

我尝试了重启，强行重启，重新安装出现问题的应用，升级iOS及登出并重新登录iCloud，均没有效果。如果不进行任何处理，一段时间以后也会自行恢复。

分析

由于这个问题十分隐蔽，导致每个人的描述都不太一样，因而很难在网上搜索到。我整理了所有出现类似问题的贴子合集：
https://www.v2ex.com/t/460089
https://www.v2ex.com/t/471491
https://cn0xroot.com/2018/07/17/2018-07-16/
https://www.v2ex.com/t/459452
https://discussionschinese.apple.com/thread/140132632
https://www.reddit.com/r/jailbreak/comments/8sf4u3/help_this_block_of_text_is_being_spammed_in_my/
https://forums.developer.apple.com/thread/105722
https://forums.macrumors.com/threads/excessive-data-consumption-for-documents-sync-and-constantly-high-cpu-load-on-iphone-and-ipad.2127349/

这个问题出现的时间很随机，我目前还没有找到其触发条件，难以手动复现。我初步定位问题与iCloud有关，并且与在iOS11.4下出现的iCloud持续下载数据问题有关联。

检查Console发现，在应用启动并闪退时，会出现Provision violated for watchdog scene-create信息。经搜索得知，这个报错是由于应用启动时间过长而被系统强行杀死。

与此同时，当问题出现期间，会出现大量下列日志，每秒钟多达数百条。

Aug  3 13:25:01 xxx-iPad securityd[492] : Primary key conflict; replacing <inet,rowid=6503,cdat=2018-04-22 17:45:36="" +0000,mdat="2018-04-22" +0000,desc="null,icmt=null,crtr=null,type=42,scrp=null,labl=PCS" com.apple.textinput.keyboardservices.secure2="" -="" xufxdi+c,alis="null,invi=1,nega=null,cusi=null,prot=null,acct=XUFXdi+cQQeub/ZOYDvnZxRewe58kmh3AnxFv3lIp+Y=,sdmn=ProtectedCloudStorage,srvr=10010665840,ptcl=0,atyp=0952582F6984C0B264DB84750CE0B1A111B46D1E,port=0,path=,data=0b18:070000000AA4070A...|ed9c26ec39e16db2,agrp=com.apple.ProtectedCloudStorage,pdmn=ck,sync=1,tomb=0,sha1=89ED47A44B6E99F7665FB765B9E276119D064A6B,vwht=Manatee,tkid=null,v_Data=<?">,v_pk=FB076B06972C7760C5C195A06EFAE27690F482F3,accc=310C300A0C0470726F740C02636B,u_Tomb=null,musr=,UUID=24C3EAC7-E90B-16AC-66FD-BE910BB887FA,sysb=null,pcss=42,pcsk=5D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6,pcsi=6181FB3081F802012A02010104205D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6A0673065300A02010304053003020100302702010604220420451B5C4E7ED88534FEAF98353191D43A5EF99619CCD96178C5A2A65 with CK item 
Aug  3 13:25:01 xxx-iPad securityd[492] : replaced <inet,rowid=6503,cdat=2018-04-22 17:45:36="" +0000,mdat="2018-04-22" +0000,desc="null,icmt=null,crtr=null,type=42,scrp=null,labl=PCS" com.apple.textinput.keyboardservices.secure2="" -="" xufxdi+c,alis="null,invi=1,nega=null,cusi=null,prot=null,acct=XUFXdi+cQQeub/ZOYDvnZxRewe58kmh3AnxFv3lIp+Y=,sdmn=ProtectedCloudStorage,srvr=10010665840,ptcl=0,atyp=0952582F6984C0B264DB84750CE0B1A111B46D1E,port=0,path=,data=0b18:070000000AA4070A...|ed9c26ec39e16db2,agrp=com.apple.ProtectedCloudStorage,pdmn=ck,sync=1,tomb=0,sha1=89ED47A44B6E99F7665FB765B9E276119D064A6B,vwht=Manatee,tkid=null,v_Data=<?">,v_pk=FB076B06972C7760C5C195A06EFAE27690F482F3,accc=310C300A0C0470726F740C02636B,u_Tomb=null,musr=,UUID=24C3EAC7-E90B-16AC-66FD-BE910BB887FA,sysb=null,pcss=42,pcsk=5D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6,pcsi=6181FB3081F802012A02010104205D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6A0673065300A02010304053003020100302702010604220420451B5C4E7ED88534FEAF98353191D43A5EF99619CCD96178C5A2A65 in 
Aug  3 13:25:01 xxx-iPad securityd[492] :     with <inet,rowid=6503,cdat=2018-04-22 17:45:36="" +0000,mdat="2018-04-22" +0000,desc="null,icmt=null,crtr=null,type=42,scrp=null,labl=PCS" com.apple.textinput.keyboardservices.secure2="" -="" xufxdi+c,alis="null,invi=1,nega=null,cusi=null,prot=null,acct=XUFXdi+cQQeub/ZOYDvnZxRewe58kmh3AnxFv3lIp+Y=,sdmn=ProtectedCloudStorage,srvr=10010665840,ptcl=0,atyp=0952582F6984C0B264DB84750CE0B1A111B46D1E,port=0,path=,data=0b18:070000000AA4070A...|6d7f049148c607e2,agrp=com.apple.ProtectedCloudStorage,pdmn=ck,sync=1,tomb=0,sha1=444FB1FC5869A46B917DEDED076DDF5780E7A289,vwht=Manatee,tkid=null,v_Data=<?">,v_pk=FB076B06972C7760C5C195A06EFAE27690F482F3,accc=null,u_Tomb=null,musr=,UUID=24C3EAC7-E90B-16AC-66FD-BE910BB887FA,sysb=null,pcss=42,pcsk=5D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6,pcsi=6181FB3081F802012A02010104205D4157762F9C4107AE6FF64E603BE767145EC1EE7C926877027C45BF7948A7E6A0673065300A02010304053003020100302702010604220420451B5C4E7ED88534FEAF98353191D43A5EF99619CCD96178C5A2A6526DC99DBD302E02010104293 in 
Aug  3 13:25:01 xxx-iPad securityd[492] : ready to process an incoming queue entry: <ckksincomingqueueentry(manatee): add="" 24c4353b-89f8-6215-1c40-0f04246d057e="" (new)=""> 24C4353B-89F8-6215-1C40-0F04246D057E add
Aug  3 13:25:01 xxx-iPad securityd[492] : insert failed for item <inet,rowid=null,cdat=2018-05-20 09:21:52="" +0000,mdat="2018-05-20" +0000,desc="null,icmt=null,crtr=null,type=42,scrp=null,labl=PCS" com.apple.textinput.keyboardservices.secure2="" -="" 0gar="" 00a,alis="null,invi=1,nega=null,cusi=null,prot=null,acct=0gaR/00AlBUNsW2kwgjgehAk7jlRyRwT6SvS7QrZwe4=,sdmn=ProtectedCloudStorage,srvr=10010665840,ptcl=0,atyp=CBE61B61899A5063B7986CE76C0B7AC220BA1066,port=0,path=,data=0b15:070000000AA4070A...|a025af7bd6af7cbf,agrp=com.apple.ProtectedCloudStorage,pdmn=ck,sync=1,tomb=0,sha1=1E6777C0DFD8D9BB94C0BA21E9E55A19CBD8DB0E,vwht=Manatee,tkid=null,v_Data=<?">,v_pk=212E2F1B786100857148F8C26A4C4212FF1173BF,accc=null,u_Tomb=null,musr=,UUID=24C4353B-89F8-6215-1C40-0F04246D057E,sysb=null,pcss=42,pcsk=D20691FF4D0094150DB16DA4C208E07A1024EE3951C91C13E92BD2ED0AD9C1EE,pcsi=6181F93081F602012A0201010420D20691FF4D0094150DB16DA4C208E07A1024EE3951C91C13E92BD2ED0AD9C1EEA0673065300A020103040530030201003027020106042204207C88B3993E919363592E44E9630F2C7BD40BA2191BC85CDE928DEE908748DE2F302E02010104293 with 
</inet,rowid=null,cdat=2018-05-20></ckksincomingqueueentry(manatee):></inet,rowid=6503,cdat=2018-04-22></inet,rowid=6503,cdat=2018-04-22></inet,rowid=6503,cdat=2018-04-22>

通过日志中的com.apple.ProtectedCloudStorage字样，经过查找一些奇怪的技术文档（见参考资料），我初步锁定问题出现在Keychain。至于其中出现的Manatee，经查找并没有查询到有价值的信息。

我通过搜索日志中的内容查到了Reddit上面的一个帖子：

[Help] This block of text is being spammed in my system logs hundreds of times every 10 seconds. Details inside : jailbreak

这位楼主nhcoil和我遇到了几乎一样的问题。我发送私信询问后得到了如下的回复：

Never found the solution. Brought my phone in multiple times and nothing, even got a replacement device and the issue persisted. The problem was something in my iCloud. I don’t know what, didn’t have anything in there at all.
Holy solution was creating a new iCloud account and not carrying anything over and manually putting everything like contacts etc.
I’m sorry I can’t be much help, I spoke with Apple live chat about the issue and gave everything I could to isolate and help with the problem.
If you do find a solution other than a new iCloud account, then that’s amazing but for now I think that’s all that can be done.
Regards,
Micheal

研究上述日志和nhcoil提供的信息，猜测该问题的起因在于iCloud中的数据出现了某些问题，导致预料之外的同步出错，并且问题大概率出现在Keychain中。

接着，我又搜索到了这篇帖子：

iCloud Keychain database grows when 2-factor en… |Apple Developer Forums

文中提供了更多的信息：

This process will continue writing around 30000 lines to the database, and during this time, secd uses 100%+ of a CPU. Once that’s finished, I can manually edit the database using an Sqlite editor, which brings the database down to around 10-15MB, and Safari passwords will resume working. Eventually the database will grow again and Keychain stops working.
Signing all devices out of iCloud Keychain does not clear this problem. Computers running 10.11.6 and 10.12.6 work normally, so the problem seems to stem from some new feature in iOS 11 and macOS 10.13.

我前往MacBook上的本地Keychain数据库，果然发现了大量含有Manatee的数据，多达上万行，并且，这些数据不会显示在Keychain Access中。

我相信在我的iCloud Keychain中同样存在这些数据，但是我没有任何途经去查看或删除它。

根据目前获得的线索继续搜索，我又找到了MacRumors上的一个帖子：

Excessive data consumption for “Documents & Sync” and constantly high CPU load on iPhone and iPad | MacRumors Forums

通过文中提供的信息，我们足以确定问题确实出在Keychain中。

并且，这两篇文中都提到，当双重认证关闭时，问题就不会再发生。这可以视为一个相对可行的解决方案。

综上，我猜想该问题的成因是macOS设备在开启双重认证后，一个名为Manatee的组件出现bug，导致巨量的脏数据产生并被上传到iCloud Keychain中，iOS设备在下载及处理这些巨量数据的过程中造成了大量数据流量消耗和卡顿，闪退等现象。

解决方案

方案1：重置CloudKit

该方案被部分网友确认有效

评论区的网友XXL指出这个链接中有了新的解决方案，其中22楼提供了几条用于重置CloudKit的命令。这些命令只有在开启双重认证时才有效，请在操作前确保双重认证是开启状态。虽然理论上数据不会丢失，但是保险起见请提前备份健康和Keychain数据。

首先在macOS设备上登录你的存在问题的iCloud账户，检查~/Library/Keychains/(UUID)/keychain-2.db的大小，这时其大小可能在数百M甚至大于1G。

确认CloudKit的登录状态。

 /usr/sbin/ckksctl status

如果其中每个View的CloudKit状态为logged in则继续。如果是logged out，请根据屏幕上的提示查找原因。请注意双重认证未开启也会造成显示logged out。

如果你的CloudKit状态为logged out，下文命令虽然可以执行成功，但是不会有任何效果。

从iCloud同步最新的数据。这个命令可能执行不成功，但是没有关系。

/usr/sbin/ckksctl fetch

重置本地数据库

/usr/sbin/ckksctl reset

重置iCloud数据库

/usr/sbin/ckksctl reset-cloudkit

完成后在macOS设备上登出并重新登录该iCloud账户。此时如果~/Library/Keychains/(UUID)/keychain-2.db的大小变为10M左右，说明成功。之后的一段时间请持续观察闪退现象是否复现及keychain-2.db的大小是否有明显增加。

更新：评论区的朋友Soy指出：

按文章里提到的先 “ckksctl reset” 再 “ckksctl reset-cloudkit” 在我这里一定会出现第二条命令提示 “timed out” 的情况，错误信息里面有 “pending… ” 的字样，看里面等待的任务的名字似乎是因为后台在同步所以操作超时。观察文件大小的变化发现”reset” 过程中数据库迅速变小，但提示完成之后会开始迅速增长，ckksctl 的帮助信息里面说这个 “reset” 是 “All local data will be wiped, and data refetched from CloudKit”，也就是说它重置之后会立即开始从云端下载数据，前面的错误信息也表明正在同步的时候没有办法进行操作，似乎说明不该这么用。

看到文章里有用到工具查看数据库内容，就找了个工具对数据库执行了 DELETE FROM “ckmirror” WHERE “ckzone” = “Manatee” 、”DELETE FROM “inet” WHERE “vwht” = “Manatee”` 和 “VACUUM” 三条操作，然后再用 “ckksctl reset-cloudkit” 把云端的数据替换成本地清理过的版本。

操作成功之后所有有问题的 iPhone 清空数据用 iMazing 跳过钥匙串还原其他内容，现在数据库体积增长还没超过 1MB，我自己不用钥匙串保存密码，不知道这样做会不会对部分功能造成影响，暂时没发现有问题。

Soy提出的问题和解决方法个人认为是有道理的，但是我自己并没有尝试过。欢迎大家尝试（at your own risk）并提供反馈。

如果问题依然存在

如果进行上述操作后问题依然存在，你可以继续尝试下面的步骤：

抹掉你登录过该iCloud帐号的所有iOS设备。抹掉之前请做好备份，建议使用iMazing仅备份应用及其数据。请不要使用iCloud或iTunes的完整备份，因为在恢复备份时可能将引起问题的脏数据一并还原到设备上。

在macOS设备上移除~/Library/Keychains/(UUID)文件夹，然后立即重启macOS设备。如果你愿意，这一步可以用抹掉重装macOS来替代。

重启后登出并重新登录iCloud，确认Cloudkit状态

/usr/sbin/ckksctl status

如果每个View的状态为logged in，立即重置iCloud数据库

/usr/sbin/ckksctl reset-cloudkit

将抹掉过的iOS设备重新登录iCloud，同时注意观察console上是否有出现大量的形如前文提到的日志。如果有，请重复上述步骤；如果没有，则持续使用并观察闪退现象是否复现及keychain-2.db的大小是否有明显增加。

方案2：关闭双重认证

该方案确认有效，但是有特定适用范围。

从AppleID网页管理界面关闭iCloud账户的双重认证即可。请注意是双重认证（Two-factor Authentication）而不是两步验证（Two-step Verification）。

但是，在 iOS 10.3 或 macOS 10.12.4 及更高版本中创建的AppleID无法关闭双重认证。如果你在上述系统版本下开启了双重认证，在开启之后的两周内可以通过确认邮件中的链接关闭双重认证，超过两周则无法关闭。

其他解决方案

如果上述方案对你无效，你可以参考下面的方案来进行尝试：

以下方案确认有效，但是操作相对麻烦或会影响日常使用

创建一个全新的iCloud账户，并手动迁移旧账户中的数据（慎用！设备上的脏数据可能会污染你的新账户！）
从iOS设备上登出iCloud账户

以下尝试已经被我或遇到相同问题的网友证实无效

登出并重新登录iCloud账户
将macOS设备登出iCloud账户
清空iOS设备上的Safari密码
使用类似Surge的网络调试工具Reject掉形如p**-*.icloud.com的网址，以阻止iCloud进行同步。
关闭iOS设备上的iCloud Keychain
从macOS设备的Keychain Access中重置Keychain数据库

参考资料

Posted

2018-08-04

Tech

Frank

Comments

149 responses to “iOS异常流量消耗及大范围应用闪退问题的分析”

guagua

2022-01-07

时隔一年来更新一下情况！
目前分析是应该是之前闲鱼购买的Apple watch心电图账号时导入了脏数据，但是搞这个是20年的3月份，流量异常是11月份，有点离谱。
当时为了数据安全，特意在购买的账号A和我的账号B之间新注册了账号C来阻隔数据，没想到翻车了。
后来发现是我的所有iOS/iPadOS设备（5个iPhone 2个iPad）都在不断上传，而阻止上传的方法是低电量模式。
21的年初，我想到了这个问题，然后清理了健康app的数据，后来就正常了。

回复/Reply
1. Frank
  
  2022-01-09
  
  感谢分享
  
  回复/Reply
Soy

2021-07-08

按文章里提到的先 “ckksctl reset” 再 “ckksctl reset-cloudkit” 在我这里一定会出现第二条命令提示 “timed out” 的情况，错误信息里面有 “pending… ” 的字样，看里面等待的任务的名字似乎是因为后台在同步所以操作超时。观察文件大小的变化发现”reset” 过程中数据库迅速变小，但提示完成之后会开始迅速增长，ckksctl 的帮助信息里面说这个 “reset” 是 “All local data will be wiped, and data refetched from CloudKit”，也就是说它重置之后会立即开始从云端下载数据，前面的错误信息也表明正在同步的时候没有办法进行操作，似乎说明不该这么用。

看到文章里有用到工具查看数据库内容，就找了个工具对数据库执行了 `DELETE FROM “ckmirror” WHERE “ckzone” = “Manatee”` 、”DELETE FROM “inet” WHERE “vwht” = “Manatee”` 和 “VACUUM” 三条操作，然后再用 “ckksctl reset-cloudkit” 把云端的数据替换成本地清理过的版本。

操作成功之后所有有问题的 iPhone 清空数据用 iMazing 跳过钥匙串还原其他内容，现在数据库体积增长还没超过 1MB，我自己不用钥匙串保存密码，不知道这样做会不会对部分功能造成影响，暂时没发现有问题。

回复/Reply
Soy

2021-06-25

曾经在iOS 11的时候遇到过这个问题，百思不得其解手机卖了注销了iCloud，换了安卓用了一段时间，后来换回来注册了新的国区和外区账号一直没遇到，这两天在iOS 14.6上又遇到了。

看到评论里有提到macOS设备导致问题的可能性，但我没有任何macOS设备也没有给别人用过。

唯一能想到的两个可能性是：
1. 前两天为了排查其他问题，在另一台同账号的设备上短暂的登录过一个新注册的外区账号几分钟
2. 在排查上面这个问题的时候用到了Windows版iTunes备份恢复，之前用的是iMazing

回复/Reply
1. Frank
  
  2021-06-26
  
  你往下翻一下评论区，我印象中有过类似你这种出现相同问题但是没有macOS设备的。
  
  回复/Reply
  1. Soy
    
    2021-07-20
    
    好像前段时间发的一个评论被误判放进垃圾箱了
    
    回复/Reply
    1. Frank
      
      2021-07-20
      
      是的，不好意思。已经放出来了。
      
      回复/Reply
GuyZH

2021-05-25

去年晚些时候出现了这个问题，通过您的这个博客解决了，然后今年 4 月左右又开始明显出现问题。
4 月份文稿与同步用了 1GB，本月截至昨晚共 1.5GB，近日下载到 Surge 分析，大部分流量都去往了 p16-keyvalueservice.com.cn 这个网站，gateway.icloud.com.cn 看起来还算冷静一些，平均每分钟只有 60KB。
在按照步骤 1 重置 CloudKit 前的 37 分钟内共使用了 289.30MB (平均每分钟 7MB)，重置后到现在共使用了 237.71 MB (平均每分钟 2.05MB)，相对少了些。
注：重置 CloudKit 后 keychain-2.db 文件看起来没有变小（都是 25MB+)，但整个 UUID 文件夹缩小了 10MB 左右（从 50MB+ 减小到 40MB+)。

回复/Reply
春阳

2021-04-26

翻着你们2018年的帖子我在2021年哭泣我一个月大概走3个多G的流量也是挺恶心人的
想问一下最终大家都是怎么处理的
我看了下我的keychain数据库文件并不大 6.8M

回复/Reply
dadao

2021-02-04

根据多方资料，试了方案一，失败了好几次，各种重启加重置，最终一次数据量保持在了13MB左右，不再变动了，为止，成功了！！！
细节：
1. 所有iOS和其他Mac全登出，保留一台Mac登录状态
2. 删除加重置多试几遍，当然得开软路由的全局，clash这种的软件代理不了全部流量
3. 直到文件大小稳定不变为止
4. 各个iOS设备重新登录即可，不需要重置，最好重启后登录
5. 同步完手机后只增加了1MB大小的文件，之前密码居然都没丢

回复/Reply
1. dadao
  
  2021-02-18
  
  需要重置手机，手机的本地也会保留一份，抹掉手机后彻底治愈
  
  回复/Reply
无敌

2021-01-08

mark ,已经解决. 我的方法是
1.删除文件
2.重启
3. 重新登录appleId
4. 直接 /usr/sbin/ckksctl reset-cloudkit，强推重置云端数据

回复/Reply
1. 无敌
  
  2021-01-08
  
  前置步骤：退出所有登录了当前账号的设备
  
  回复/Reply
  1. OpenAPI
    
    2021-01-14
    
    删除后登陆，这个文件就立马开始变大了。
    
    来不及 “强推重置云端数据”
    
    回复/Reply
杨葛格

2021-01-05

你好，我被这个问题困扰很久了，一直以来深受iPhone应用闪退、Safari无法自动填充的困扰，很幸运看到了你的文章，终于找到了问题的症结所在。
但是我在终端执行 reset-cloudkit 时，总是提示 Reset error，尝试了很多次都不行，请问我该怎么办，谢谢！

回复/Reply
1. 杨葛格
  
  2021-01-05
  
  我终于也解决这个问题了！我的步骤之所以出错是因为CloudKit现在比较挑网络环境，我将网络更改为美国并使用全局代理后，输入指令马上就生效了。希望同样受这个问题困扰的朋友们少走弯路，也非常感谢楼主整理的这么多有用的资料。?
  
  回复/Reply
  1. OpenAPI
    
    2021-01-14
    
    你的现在已经完全正常了么？
    
    使用的是第一个解决方案吗？
    
    回复/Reply
    1. 杨葛格
      
      2021-01-15
      
      是的，我使用的的是第一个解决方案，目前已经可以正常使用我的美区ID了。
      
      回复/Reply
2. 杨葛格
  
  2021-01-15
  
  经过一段时间使用后的体验，已经解决了下列问题：
  iOS设备：
  1、App经常大面积闪退，无法使用；
  2、App、Safari无法正常自动填充密码；
  3、设置中经常出现“更新Apple ID设置”的小红点提示，点进去要求输入账户和密码，但是输入后却会卡死；
  4、小白点点击后的菜单出现在手机屏幕左上角，无法正常使用，正常菜单应该是跟随小白点的位置。
  mac设备：
  1、Safari无法正常自动填充密码；
  2、keychain-2.db 文件异常，达到1.5GB大小。
  
  可能因为我使用“方案1”后导致的问题：
  1、所有联系人的头像丢失，包括我的Apple ID的头像；
  2、所有联系人变成双份，手动删除重复的部分解决；
  3、mac本地相册图库与iCloud冲突，手动删除本地图库后解决。
  
  暂时总结出来这么多，大家可以参考。
  
  回复/Reply
  1. Newnah
    
    2021-04-30
    
    “方案1″导致的2、3问题应该是你在退出apple id的时候没有勾选不保存本地副本导致的。在退出apple id的时候会提示是否保存照片、钥匙串、日历等等信息，如果直接点击继续就会保存副本，你下次登陆的时候又从iCloud同步了一份，变成双份。这是我的推测。
    
    回复/Reply
    1. 杨葛格
      
      2021-04-30
      
      并不是我退出Apple ID时导致的，而是方案一在执行指令的过程中，Apple ID会自己退出，可能这里没有抹掉本地数据，我再次登录后导致备份出现重复。
      
      回复/Reply
juhua

2020-12-24

存在问题两年了，最近几个月又复发，关闭了icloud自动备份，似乎马上就解决了

回复/Reply
JellyFisher

2020-11-30

感谢博主！问题出现很多年了，从我用开的老爷机5s & ios9或10 就有在闪退的样子，升级到xs max刚换机就开始闪退了，才意识到不是手机的问题? 问题间或出现，往常重启有机会解决闪退，到今天发现重启都没用，遂Google找到这篇文章。希望能解决问题~~盛赞博主

回复/Reply
guagua

2020-11-27

谢谢博主提供这么详实的资料……这篇文章我是通过贴吧搜索到的，搜索引擎都不到。
——————以下是废话：
说一下我遇到的情况，我同时使用多部iPhone设备，美版xs简称主1和国行XR简称备2。
我的问题应该是升级iOS14以后出现的，因为是30G高速流量的无限卡，11月中旬收到短信流量用了要用完了，这让我感到奇怪，国庆假期十多天都没用一半，怎么11月用的这么快。然后就用iPhone的统计数据对照电信详单查了下，发现问题出现在文稿与同步上。
——————以下是我发现的情况：
1、虽然主1每天都疯狂跑流量，但是备2似乎是正常的，22日0点重置统计数据到现在，6x24h，跑了200M流量，但因为基本一直放在包里，也可能存在偏差
2、keychain-2.db的大小是40多M，感觉属于正常范围？
3、我刚开始发现的时候，在知乎找到了Reject掉p**-*.icloud.com的方案，但是没搞明白怎么弄，今天白天试了下，似乎流量是照常跑的。。

回复/Reply
1. guagua
  
  2020-11-27
  
  刚刚用方案一尝试了下，从48M减到18M，做个记录。
  
  回复/Reply
  1. guagua
    
    2020-11-27
    
    迅速恢复了40M的大小，目前43.4。。理论上，这个文件夹包括什么呢……
    
    回复/Reply
2. Frank
  
  2020-11-27
  
  你这个情况很奇怪，我以为iOS12之后不会再出现跑流量情况了?。db大小40多M看起来不算大，不过有可能因为你刚出现这个问题，还没有攒那么多。
  
  回复/Reply
  1. guagua
    
    2020-11-27
    
    我看了一下小火箭的统计，产生的流量似乎都来自上传，而不是下载，可能是其他的原因，我再观察一下。顺便问下小火箭能看某条记录产生的流量吗……
    这个问题应该是一直持续不断的，我在weibo、tieba、zhihu都搜索了一圈，iOS14.2以后好像又多了起来，而恰恰我看起来正常的XR还是14.0.1的系统。问了几个博主给的方案都是退出ID，似乎也没有Mac……
    如果按照方案一没处理好，只能等下次升级试试了。
    
    回复/Reply
    1. Frank
      
      2020-11-27
      
      很奇怪，我记得的小火箭看到的流量是下载…
      我没太理解你说的”小火箭能看某条记录产生的流量“，如果你指的是看到他具体传输了什么东西的话，我觉得是不行的，Apple的网络请求应该是pin了证书的，mitm也没法搞。
      
      https://i.loli.net/2020/11/28/EciXWBpVP8OSu3s.png
      这是这篇文章过去24个月的访问量，问题确实是一直存在的。苹果的软件质量真是令我叹为观止（
      
      回复/Reply
    2. Bruce
      
      2020-12-13
      
      我在iOS上用类似的代理app也发现大部分流量都是上传，一天能上传10G+，至少连着几天这样了。国区iCloud，美区App Store。请求最多的是gateway.icloud.com.cn,其次是p47-ckdatabase.icloud.com。
      
      回复/Reply
3. guagua
  
  2020-11-29
  
  今天花了点时间观察他，是以500K每秒的速度的上传，断网直接打断他。iCloud备份里出现了「无法完成上次备份」，这看起来是去执行备份了？
  目前还有的信息是每次500M左右，每天次数不定。
  用贴吧搜索，整个2019年没有此问题的帖子，知乎也是没有的，所以推算出2018年的问题和2020年应该是不同问题的同一个表现，苹果这软件BUG真是令人害怕。
  
  回复/Reply
  1. Frank
    
    2020-11-29
    
    如果方便的话可以关掉iCloud备份再观察一下，控制一下变量。另外4G的计费会计上传流量吗，我不太确定。
    
    回复/Reply
4. guagua
  
  2020-12-06
  
  时隔一周来更新一下情况……
  关闭备份以后，通过小火箭的统计观察，没有之前那么频繁的上传了，但是异常上传还是有的，有的时候一天总上传100M，对比接近1G的下载，应该算是正常。
  昨晚打开iCloud备份一下，然后关掉，今天的比前几天的上传又多了些，但是没有之前单次四五百兆那么多。
  上传的进程基本可以确定是syncdefaultsd 服务，地址是 p64-keyvalueservice.icloud.com.cn:443
  
  4G的流量应该是上下两个方向都收取的
  
  回复/Reply
Storm

2020-11-18

谢楼主分享，被这问题困扰好多年了。不过尴尬的是，从 Catalina 到 Big Sur，我压根就找不到 keychain-2.db 甚至类似的文件 ?，苹果是换 database 了吗？
照着方案一跑到最后 reset-cloudkit 就会报错，什么 time out 之类的（前面几步都没问题）。已疯。

回复/Reply
1. Frank
  
  2020-11-18
  
  我现在是big sur，db文件还是在的 https://i.loli.net/2020/11/19/vJwHfDUknrZNjVd.png
  timeout问题我也不是很清楚，可以挂上全局代理试一试
  
  回复/Reply
  1. Storm
    
    2020-11-24
    
    找时间折腾了下终于搞定了，现在 db 文件暂时稳定在 5.3MB。感谢楼主。
    不过感觉 iMazing 有点坑，被套路买了许可 ?
    
    回复/Reply
    1. Frank
      
      2020-11-24
      
      是因为备份免费恢复收费吗
      
      回复/Reply
      1. Storm
        
        2020-11-24
        
        算是，而且现在限制的是 IOS 设备数量，不能反激活，当时急着恢复，没细看这些。不过这次确实用上了，只能说它吃相不太好看。
        
        回复/Reply
        
        Frank
        
        2020-11-24
        
        我看了下好像是限制iOS设备数量但不限制电脑，这样的话反激活意义不大了吧
        
        回复/Reply
        
        Storm
        
        2020-11-24
        
        就是跟着 iOS 设备跑了，有效控制了我换机的欲望 /手动狗头
        
        回复/Reply
        
        Frank
        
        2020-11-24
        
        狗头（
        
        回复/Reply
    2. Kybeth
      
      2020-12-19
      
      老哥怎么搞定timed out的？我重试了多次一直是time out。。。从第一个local reset指令就开始timeout
      
      回复/Reply
      1. Storm
        
        2020-12-21
        
        我记得就是一次次重试，登入登出，好像没什么特效法?
        
        回复/Reply
2. guagua
  
  2020-11-27
  
  或许不是同一个原因，上午重置了记录，几分钟没看又干掉460m流量，好像是每次都是消耗500m左右。
  没开小火箭，看不到统计，不知道具体怎么跑的。
  我想问的是「经检查Shadowrocket日志发现，iPhone在以约200kb/s的速度持续……」这个日志怎么看?
  我看到数据-统计里只有上传和下载的统计，数据-日志-代理里也只有url和规则的记录，看不到更详细消耗流量的数据
  
  回复/Reply
  1. Frank
    
    2020-11-27
    
    消耗流量的数据是我对比了reject和不reject gateway.icloud.com 之后统计里的速率得出来的，没法直接看到
    
    回复/Reply
Zkerhcy

2020-11-17

2020年了，我从 iPhone 7 换到 iPhone 12，iCloud 从美区换回了国区，问题依然存在！！！！

回复/Reply
1. Frank
  
  2020-11-17
  
  （邓布利多摇头
  
  回复/Reply
  1. Zkerhcy
    
    2020-11-23
    
    楼主有没有交流的群
    
    回复/Reply
    1. Frank
      
      2020-11-23
      
      没有（
      
      回复/Reply
yed

2020-01-21

您好，我的iphone11也出现了同样的问题，以及蓝牙有时候会打不开，而且每次只要一使用钥匙串功能就会短暂卡死浏览器。现在好像不能关闭双重验证功能了，我想问一下，如何登出icloud？是关闭云备份吗？我找不到登出的界面感谢

回复/Reply
1. Frank
  
  2020-01-21
  
  设置 –> 点击顶部自己的Apple ID –>滑到最下面 –>登出
  
  回复/Reply
Eternity_27

2019-11-08

我有相同的症状每次用文中方法可缓解几天，但是治标不治本。最近发现如果删除iMessage中的信息，keychain文件会以不成比例的速度降低大小。可能因为我已经使用imessage从iphone5s开始吧。在删除很多很多信息后情况基本得到根治。

回复/Reply
1. Frank
  
  2019-11-08
  
  你可以往下翻一下评论，我记得确实有人提到过imessage的问题。
  
  回复/Reply
2. Eternity_27
  
  2019-11-22
  
  这个方法也只管用了一个星期，看样子真的要全部抹掉了QAQ
  
  回复/Reply
AEONNI

2019-07-01

MacBook Pro 2012 + iPad 2018 + iPhone X + 美区ID + 双重认证, 一样的问题，已经一年了，从 IOS11/macOS10.13 到现在的 IOS13b/macOS10.15b，一直没解决，流量异常没注意，最初是钥匙串填充卡死，只能关掉密码填充，然后是大面积应用闪退（虽然中途好过一段时间），严重的时候导致蓝牙不可用，一直以为是AppleID的问题，因为重装系统根本没用。之前打电话给客服坚持说是因为海外ID网络连接服务器慢导致卡顿，意思是无解。

昨天按照上述方法在Mac上重置 CloudKit 之后三个设备都正常了，钥匙串填充流畅，db文件在6.1M，之后电脑开着一觉醒来又变成240M，钥匙串填充又开始出现卡顿，到现在将近300M，钥匙串填充基本又废了。重置IOS设备还未尝试，毕竟过于费时。

之前在苹果的论坛上发布过问题，里面写了详细情况：https://discussionschinese.apple.com/thread/140140526

感觉 secd 进程导致的问题都出现好几年了。原来一直以为这个问题出现稀少，这么看下来好多人都有这个问题。

回复/Reply
1. Frank
  
  2019-07-02
  
  试试按照文中的步骤重置一下iOS设备吧，我当时就是这么解决的。
  
  回复/Reply
wayne

2019-04-26

这个问题我在iphone6 iphone8p ipadmini2 ipadair3 上均未触发，但是使用xsmax后有问题。和“”“时不时发生应用大面积闪退的问题，频率基本维持在一周2-3次。当问题发生时，点开大多数应用都会卡在Splash Screen大约10秒后闪退。”“” 这个现象完全一致。我是打开打量应用后，再去打开滴滴知乎等就会卡死闪退，比较容易重现。退出icloud则完全正常。

之前并没有用过macos。在安装了虚拟机后查看db的大小，只有5M左右，似乎不是文中的故障。
执行了一遍清理，又抹除刷机，但似乎没有改善。

关于这个bug是不是还有更隐蔽深层次的原因没有找到，说不定这也是apple反应慢的原因。

回复/Reply
1. Frank
  
  2019-04-26
  
  我之所以认为这个问题的根源是出在macOS上，是因为几乎所有遇到这个问题的人都符合“macOS+iOS+iCloud双重认证“这个组合。但确实没法排除会有其他的原因导致这个问题，毕竟作为普通用户，我们只能通过现象来反推原因。
  你可以试着回忆一下有没有用这个账号登录过别人的设备，如果别人的设备存在这个问题，就有可能会污染你的账号。
  你可以先把虚拟机里的macOS开着等一段时间让他同步，然后看看db文件有没有问题。如果有的话，照本文内容来做就好；如果没有，可以考虑抹掉所有iOS设备，然后创建一个全新的iCloud账号。
  
  回复/Reply
  1. wayne
    
    2019-04-27
    
    我的账号很小心的，从来没有给过别人。我也很确信没有登录过mac。倒是之前登录过win版的icloud。
    我主要不明白的是别人故障的点都是db文件大小异常，但是我的db文件大小是正常的。所以是不是大小异常只是故障的某一个表象，并不一定有问题db大小就一定不对。
    
    回复/Reply
Anthony

2019-03-01

如果是keychain的问题，那仅关闭iCloud中的keychain能解决问题么？
绑定的设备太多了，全部重装一遍好累 TAT

回复/Reply
1. Anthony
  
  2019-03-01
  
  看到证实无效的方案了，果然也没用啊
  
  回复/Reply
2. Frank
  
  2019-03-01
  
  仅关闭iCloud Keychain是无效的。
  我认为这里钥匙串，（或Keychain）的概念容易引起歧义。狭义的钥匙串指Safari密码同步，WiFi密码同步等功能，而广义上的钥匙串指的是为iOS，macOS系统提供密钥存储和同步的一系列服务。出现故障的是广义上的钥匙串，因此关掉狭义上的钥匙串服务是无效的。
  
  回复/Reply
  1. Anthony
    
    2019-05-06
    
    最近买了AirPods2，经常出现从耳机盒里拿出耳机但是没有自动连接上的现象，这个时候手动去调控制中心的Airplay或者去设置里面点蓝牙连接，系统直接卡死，只能通过重启手机解决。
    之前的Airpods一代，完全没有这个问题。
    
    回复/Reply
    1. Frank
      
      2019-05-06
      
      我也是AirPods一代，没有遇见过类似的问题。
      
      回复/Reply
    2. RobotWang
      
      2019-05-10
      
      我用的一代 AirPods 和 iPhone XR 也遇到了不能自动连接的问题。如果此时打开设置甚至有机会看到“蓝牙不可用”，同时控制中心里面的蓝牙也灰掉了。不过好像等一段时候（大概 1-2 分钟）就好了。后面从 DFU 重刷了系统，情况变好了一两个周，现在又复发了。
      
      回复/Reply
Wkun

2019-01-28

我是美版ipx，国内账号，从ios11.4.1开始出现发烫，续航崩，跑流量，然后升了ios12bate版，一夏天问题十分严重，甚至发烫到，电池效率掉的快很多.
跑流量：话费每天都扣一个月79，我换安卓一个月20.
卡死：开网易云，知乎，会卡在第一屏，不管如何操作都不管用
发烫：（1）家人同样的ipx美版，玩吃鸡满帧，不发烫，温凉，我的ipx玩吃鸡很烫（2）平时聊QQ及一些日常应用温度都偏高
续航：刚买的时候11.2，可以两天一充，到后来ios11.4.1甚至一天多充，40%以后的掉电量甚至可以说极速.

这个bug也导致我一度认为是系统原因，不停的升级，目前是ios12.0.1，和同杨ipx ios11.3的国行同学对比，他的网易云秒进，而我直接卡死.

我不是很懂这些操作，目前退掉icloud

回复/Reply
Wkun

2019-01-27

我是美版ipx，国内账号，从ios11.4.1开始出现发烫，续航崩，跑流量，然后升了ios12bate版，一夏天问题十分严重，甚至发烫到，电池效率掉的快很多.
跑流量：话费每天都扣一个月79，我换安卓一个月20.
卡死：开网易云，知乎，会卡在第一屏，不管如何操作都不管用
发烫：（1）家人同样的ipx美版，玩吃鸡满帧，不发烫，温凉，我的ipx玩吃鸡很烫（2）平时聊QQ及一些日常应用温度都偏高
续航：刚买的时候11.2，可以两天一充，到后来ios11.4.1甚至一天多充，40%以后的掉电量甚至可以说极速.

这个bug也导致我一度认为是系统原因，不停的升级，目前是ios12.0.1，和同杨ipx ios11.3的国行同学对比，他的网易云秒进，而我直接卡死.

我不是很懂这些操作，不会抓包，目前退掉icloud，问题明显解决，太感谢了.
目前不能关闭双重验证，但我有个想法，家里有一个9系统6p，然后用那个申请新账号，关闭验证.

回复/Reply
James

2019-01-23

没有Mac怎么办？

回复/Reply
1. Frank
  
  2019-01-23
  
  这个问题的根源在于macOS上的一个组件的bug产生的脏数据。如果你没有mac并且从没有在macOS上登录过你的iCloud账号的话，那很可能你遇到的和本文所述的不是同一个问题。
  
  回复/Reply
  1. James
    
    2019-02-12
    
    实际状况跟你描述的一模一样，现在也只能关闭iCloud解决问题
    
    回复/Reply
  2. James
    
    2019-02-25
    
    注册了两个iCloud账号，一个开双重认证，一个不开，确实双重认证的问题，鉴定完毕
    
    回复/Reply
  3. wayne
    
    2019-04-26
    
    没有mac，但是问题现象一模一样。使用虚拟机安装了macos，根据文中描述，发现db文件只有5M左右。不知道是什么原因了
    
    回复/Reply
    1. Frank
      
      2019-04-26
      
      可能需要一段时间同步，先等一等吧。
      
      回复/Reply
2. vita
  
  2019-01-25
  
  VMWare14 安装Mac OS系统~https://blog.csdn.net/u011415782/article/details/78505422
  
  回复/Reply
icloudsucks

2019-01-16

我遇到的是除了发热、闪退、跑流量之外，还有一个是safari中点击输入框时输入法键盘会卡很久才弹出。
按照大佬文中的解决方案，登出icloud之后一切正常，丝般顺滑
但是刚刚在只登陆Find My iPhone app时，出现了卡键盘的情况。
会不会问题出现在find iphone而不是keychains上？或者两者共同作用？

回复/Reply
1. Frank
  
  2019-01-17
  
  在涉及到密码填充的时候，这个bug确实会引起输入框卡顿，但是按理说不应影响普通输入框。
  在登录FindMyiPhone的情况下键盘卡顿的问题我没有遇到过，所以也不好下结论。你可以试一试在登陆FindMyiPhone的情况下观察一下系统日志，看有没有异常的记录出现。
  
  回复/Reply
Zick

2019-01-06

按照上面步骤reset iCloudkit 后keychain-2.db又增大到100多MB。按步骤说的抹掉了登陆iCloud的iOS设备后再重置，这次keychain-2.db的大小只有5MB，但是隔一会就会增加一点，现在过了10分钟，增大到15MB暂时不动了。不知道会不会有问题。

回复/Reply
1. Zick
  
  2019-01-06
  
  并且在iOS设备上看到keychain里面的账号密码少了很多，之前有370，现在只有100个了，幸亏有一个备份，准备一个一个手动录入了。
  
  回复/Reply
2. Frank
  
  2019-01-06
  
  用sqlite编辑器打开这个db文件的ckmirror表，如果里面有大量manatte的话说明有问题。
  
  回复/Reply
  1. Zick
    
    2019-01-07
    
    又过了两天，手动录入了一些账号密码后，现在到16.5MB的大小, 看了一下确实有很多manatee的数据，大概800行左右。但是目前手机也没有闪退的问题，以前mac和iPhone自动输入密码卡半天的情况也没有再出现。 manatee一定都是坏数据吗？
    
    回复/Reply
    1. Frank
      
      2019-01-17
      
      manatee不一定是坏数据，但是我认为多达数百条的manatee是不正常的。
      
      回复/Reply
      1. Zick
        
        2019-01-17
        
        这几天我又录入了一些东西，现在我这边是增加到17MB大小，一切还都正常，这样看来几百条还不算异常，我又看了下当时备份的800多MB的坏数据，里面manatee有6万多条，这个数量级的真的可能是有问题。我仔细回想了一下，很有可能是在用某个iOS beta版本的时候出的问题。
        
        回复/Reply
        
        Frank
        
        2019-01-17
        
        我看了下我的db，里面的ckmirror表一共才34条。
        
        回复/Reply
        
        Zick
        
        2019-01-18
        
        我查到一个文档（https://conference.hitb.org/hitbsecconf2018dxb/materials/D1T2%20-%20Cloudy%20With%20a%20Chance%20of%20Messages%20-%20Extracting%20Messages%20from%20iCloud%20-%20Vladimir%20Katalov.pdf），里面提到manatee的用处基本上是用来保存message的数据，这样就说得通了，我确实在Messages里面有很多备份的聊天记录。
        
        回复/Reply
        
        Frank
        
        2019-01-18
        
        有道理
        
        回复/Reply
steven

2018-12-14

用了8年的apple id keychain db只有6.3兆……非国区id，不知道是否有关系，但是楼主的资料来看似乎外国人也有

回复/Reply
1. Frank
  
  2018-12-14
  
  如果keychain db只有6.3M的话应该不是这个问题引起的。看起来这个问题在国外也有，但是我找到的资料不多。
  
  回复/Reply
stormizy

2018-12-13

找了好久终于找到一篇完整分析这个问题的文章，尝试了你列出来的步骤。。非常感谢！
刚和 US 的Apple Support聊了这事他说找了个人来对接我和相关的engineer，let’s see how that goes…. 虽然我极度怀疑能不能解决。。
这次的bug我尝试了重装系统刷机各种方式都解决不了，就严重怀疑是 iCloud 的问题，然后发现完全关闭 iCloud 能解决。最后谢天谢地发现了你的贴子终于让我知道我不是一个人。。可以理直气壮的撕 Apple 了2333

回复/Reply
1. Frank
  
  2018-12-14
  
  如果能找到工程师对接的话可能会好一些。我对一线的Apple Support员工的技术水平非常绝望，他们唯一所做的基本就是通过你的问题找到他们对应的内部文档，然后念给你听。
  
  回复/Reply
2. RobotWang
  
  2019-05-10
  
  你好，请问那个 Apple 的 Engineer 最后提供解决方案了吗？
  
  回复/Reply
  1. stormizy
    
    2019-06-22
    
    很遗憾最后还是被踢皮球了，我后来放弃了
    
    回复/Reply
    1. Frank
      
      2019-06-22
      
      太遗憾了，不过也是意料之中。谢谢你的努力。
      
      回复/Reply
vita

2018-12-12

国区ID，一直卡顿闪退。一次偶然的机会退出登录，重启后顺畅无比。先找找到您这边来~准备尝试一下~

回复/Reply
1. vita
  
  2018-12-12
  
  打错不好意思：现在根据apple ID 和闪退的关系找到V2EX论坛，然后找到您这边来。准备尝试一下，十分感谢！
  
  回复/Reply
  1. vita
    
    2018-12-13
    
    转发到其他地方，可以吗？
    
    回复/Reply
    1. Frank
      
      2018-12-13
      
      可以的，但是请标注来源。谢谢你的转载。
      
      回复/Reply
      1. vita
        
        2018-12-13
        
        我说谢谢才对，还是希望有更多有问题的朋友可以看到。
        anyway真的是非常感谢！
        
        回复/Reply
Chaz

2018-12-03

十分感谢，这是我查了半天唯一一个至少列出症状的帖，不然我还以为我运气太差遇到这样的个例。但是文中提到的几条命令我运行后都会显示Error: timed out waiting for response，不知道有没有人也遇到这样的情况？

回复/Reply
1. Chaz
  
  2018-12-03
  
  更新：如果遇到一样的Error，直接把UUID为名的文件夹删掉然后重启，然后重新登陆iCloud然后马上/usr/sbin/ckksctl reset-cloudkit，有可能还会碰到Error，如果遇到立即重试，我试了三四次终于提示成功了，目前手机一切正常，希望对各位有所帮助！
  
  回复/Reply
2. Frank
  
  2018-12-03
  
  我遇到挺多次timeout，原因不明，只要一直重试通常是能成功的。
  
  回复/Reply
Unsettled

2018-11-26

還沒有解決？現在iphone和ipad都沒有啟用icloud，開來是時候切換陣營了。

回复/Reply
Thomas Xu

2018-11-20

非常感谢博主，通过重置CloudKit 的方法，目前已经手机已经正常使用近两个星期。我这里和博主一样，必须将所有iOS设备抹掉重置，否则 keychain-2.db 的大小只能掉到200多兆。

这个问题最早从iPhone6sp开始困扰我，后来越来越严重，最终忍无可忍，找了 Apple Store，但还是没能解决，幸得遇见了博主得这篇文章。

不过，从我咨询 Apple Store 甚至手机返厂维修的经历来看，问题并有得到官方重视，中国地区的 Apple 可能根本不知道这个 bug。所以，等待 Apple 修复也许会很漫长。

回复/Reply
1. Frank
  
  2018-11-21
  
  不客气，解决了就好。
  就我观察到的网络上关于这个问题的讨论而言，这个问题似乎没有我之前认为地那么稀有，但是这个问题实在太隐蔽以至于对于大多数用户来说很难定位问题所在。苹果低效的技术支持恐怕也很难真正解决问题。所以还是自己动手丰衣足食吧。
  
  回复/Reply
2. vita
  
  2018-12-12
  
  官方一点察觉都没有…
  
  回复/Reply
cn0xroot

2018-11-07

知道不止我一个人出现这种情况我心里就平衡多了（手动狗头）

回复/Reply
1. Frank
  
  2018-11-08
  
  （狗头
  
  回复/Reply
XXL

2018-10-14

经过两天的观察，我这边已经正常，就是用了https://forums.macrumors.com/threads/excessive-data-consumption-for-documents-sync-and-constantly-high-cpu-load-on-iphone-and-ipad.2127349/ 最后提到的方法，/usr/sbin/ckksctl reset-cloudkit 还有 /usr/sbin/ckksctl reset 我都跑了，最后再重登一下Mac和iOS 上的iCloud，查看~/Library/Keychains/内很长文件夹下的keychain-2.db文件，10M左右不是四五百或者一两个G，就正常了，如果不行，就多试几次，出错了，就继续

回复/Reply
1. Frank
  
  2018-10-14
  
  谢谢，我也尝试一下。
  
  回复/Reply
  1. XXL
    
    2018-10-22
    
    重复上面的操作，我这边已经完全正常，一个礼拜也没有复现，先重置了下Mac上的钥匙串，再运行代码，再退出重进Mac和iOS上的iCloud，双重认证至始至终我都是开着的
    
    回复/Reply
    1. Frank
      
      2018-10-23
      
      我在执行上面步骤的同时把iPhone和iPad都抹掉恢复了一遍。目前看起来没什么问题了，谢谢你。
      
      回复/Reply
    2. XXL
      
      2018-10-25
      
      解决了就好，这个问题也困扰了我好久，看不见你这个帖子里的那些资料我也解决不了，因为这个没少跑流量，电池电量也少了很多
      
      回复/Reply
2. Frank
  
  2018-10-16
  
  我这两天把双重认证打开试了一下，我执行完那两个命令之后keychain-2.db的大小确实减小了，但是是从400多M减小到200多M。正常使用一段时间之后，iOS设备上又会出现闪退问题，然后db文件又会增大。
  
  回复/Reply
3. loopback
  
  2018-10-17
  
  reset-cloudkit是reset云端的，reset是reset本机的吧，这样岂不是把云端的先干掉，然后又干掉本地的，keychain就丢完了哟
  
  回复/Reply
  1. loopback
    
    2018-10-18
    
    测试了一下，没有问题，内容都在，文件大小也减少到了10M以内，继续观察一下，如果没有跑流量及闪退就行。
    
    回复/Reply
    1. Frank
      
      2018-10-18
      
      解决了就好。不过这个方法似乎对我不管用，我有空再研究下。
      
      回复/Reply
      1. loopback
        
        2018-10-22
        
        按理来说执行之后文件大小应该是10M左右，如果还有200M应该还有问题。我的是从200M多减少到不到10M
        
        回复/Reply
XXL

2018-10-13

https://forums.macrumors.com/threads/excessive-data-consumption-for-documents-sync-and-constantly-high-cpu-load-on-iphone-and-ipad.2127349/

这个网站有了新回复，貌似有解决办法，我准备尝试下他的命令，如果成功了，就来反馈下
先说下我昨晚试的，我设备的系统是iOS12、macOS 10.14，都是正式版，我先重置了Mac上的钥匙串，之后Mac iOS全部退出美区ID重新登录，之后iPhone上开始每秒200-400kb同步数据，iOS12应用不闪退了，有点像iOS11，我一度以为问题解决了，只要不闪退，跑数据就跑吧，蜂窝下还能关闭，然而第二天早上，数据不跑了，又开始闪退了，有点啰嗦了.

回复/Reply
一名大神

2018-10-08

?

回复/Reply
loopback

2018-08-11

我也遇到了类似的问题，而且是毫无征兆没有做任何特殊操作的情况下突然就发生了，楼主总结的无效方案也都试过，结果也是无效。联系apple，各种收集log至今也无解决方案。通过抓包，发现每隔5-6分钟就从apple的一个IP地址上下载数据，大概每次25-30M。由于数据ssl加密，所以无法解码。我的分析与楼主类似，也是怀疑iCloud上的文件有什么碎片或者什么hash不一致，造成反复尝试下载。
不知楼主是否解决问题了，是否需要重置KeyChain和关闭双重验证要同时进行才能解决问题呢？

回复/Reply
1. Frank
  
  2018-08-11
  
  我关掉了双重验证，目前为止问题没有重现。如果你有Mac设备，可以尝试重置Keychain。
  
  回复/Reply
  1. loopback
    
    2018-08-12
    
    尝试重置keychain，故障依旧。本打算关掉双重验证，结果登录到iCloud发现根本关闭不了。apple说iOS 10.3以上部分双重验证是无法关闭的。
    
    回复/Reply
    1. Frank
      
      2018-08-12
      
      我是在https://appleid.apple.com/上关掉的。
      
      回复/Reply
      1. loopback
        
        2018-08-12
        
        我也是在这里准备关闭，但apple明确说明“对于在 iOS 10.3 或 macOS Sierra 10.12.4 及更高版本中创建的某些帐户，您无法关闭双重认证。”，界面上压根就没有关闭的链接，这下悲催了。
        
        回复/Reply
        
        Frank
        
        2018-08-12
        
        那么可以试试联系Apple支持，看有没有别的方法能关掉双重验证。如果不行的话，就只能新建一个Apple ID了。
        
        回复/Reply
        
        loopback
        
        2018-08-12
        
        也只有等Apple解决了，5月份就联系过Apple，前前后后多次电话，始终没有解决问题，看来只有等iOS12试试了。
        
        回复/Reply
        
        Frank
        
        2018-08-12
        
        这个问题在iOS 12 Public Beta3里是仍然存在的，后两个版本我不确定。
        
        回复/Reply
        
        loopback
        
        2018-08-12
        
        看来Apple是不打算解决这个问题了。其实网上一搜，这种问题还真不少。
        我发现好像并不是所有版本的iOS都有这个问题，我现在用的iPhone5，iOS10.3.3就没有这个问题。
        
        回复/Reply
        
        Frank
        
        2018-08-12
        
        上面的帖子里提到 Computers running 10.11.6 and 10.12.6 work normally, so the problem seems to stem from some new feature in iOS 11 and macOS 10.13. 应该是只有iOS11及以上的设备会受影响。
        这个问题的影响范围似乎比我预想的要大很多。我试着给Apple提反馈，但是Feedback只能提交一小段的说明而且没法附加任何附件。Bug Report又需要有开发者账号。
        
        loopback
        
        2018-08-12
        
        我自打5月份电话联系Apple反映这个问题，就配合Apple远程屏幕、安装描述文件收集log，其实Apple应该有非常详细的日志信息了。当时我自己还抓了网络包的，不过是SSL加密所以我解不了，问Apple是否需要，对方似乎已经有充分的故障信息了，也不需要这个抓包文件。
        
        Frank
        
        2018-08-12
        
        那就只能用临时方案先撑着然后等更新了。我之前遇到过iOS一个更冷门的bug（https://nyan.im/posts/1890.html），足足等了半年才修复。
        
        loopback
        
        2018-08-12
        
        这bug也够奇葩的了。
        
        loopback
        
        2018-08-13
        
        最终还是通过reject gateway.icloud.com来避免跑流量，目前还未发现闪退情况，但发现reject后备忘录无法同步了。估计备忘录同步需先访问gateway.icloud.com
        
        loopback
        
        2018-10-12
        
        reject一段时间后自己又好了，不用reject也不会跑流量。但好景不长，升级iOS12后陆陆续续出现app闪退，DFU刷机后，基本上非apple的app都闪退。网络上的问题还好reject，闪退基本就只有退出apple id或者用国内id了。不知是否还有其他的解决办法呢？（BTW，双重认证无法关闭）
        
        loopback
        
        2018-10-12
        
        reject后好了一段时间，甚至后来不用reject也不会跑流量了，但好景不长，升级iOS 12后陆续出现app闪退，DFU刷机后，基本非原生app都闪退了。双重认证也无法关闭，看来只有退出apple id或者用国区id了。
        
        回复/Reply
        
        loopback
        
        2018-10-12
        
        发重复了。
        
        Frank
        
        2018-10-13
        
        我目前还没找到有效的方案。如果不行的话，尝试新建一个appleid然后手动迁移数据吧。
        
        loopback
        
        2018-10-13
        
        关闭双重认证也不能解决问题吗？
        
        Frank
        
        2018-10-13
        
        关闭双重认证可以解决。
        
        Frank
        
        2018-10-14
        
        你可以尝试一下下面XXL的方案。
Inighty

2018-08-10

妈耶我被这个问题困扰了好几天了！而且是我换了电池之后出现的搞的我还找客服说电池的问题！！感谢博主，了解了原因。我的原因应该也是icloud原因，我用的美区icloud

回复/Reply
1. Frank
  
  2018-08-10
  
  不客气。我发现出现这个问题的似乎都是外区Apple ID，很诡异。
  
  回复/Reply
  1. Inighty
    
    2018-08-11
    
    博主用的什么方法解决的最后难道只能关闭双重验证么好像ios12关不了我关了钥匙串好像还是一样的，确实退出了icloud账号就不发烫了也不卡了
    
    回复/Reply
    1. Frank
      
      2018-08-11
      
      应该是需要关闭双重验证。双重验证只能从网页上关闭。
      
      回复/Reply
dbsquirrel

2018-08-09

从apple社区看到了你的回复感谢
我也有一样的问题
https://www.v2ex.com/t/460089
https://www.v2ex.com/t/471491?p=1#r_5909047
之前ios11 ios12登录美区id时频繁的卡死和闪退发热严重
我是退出美区id 之后就完全正常使用了……………………

回复/Reply
1. Frank
  
  2018-08-09
  
  不客气，解决了就好。
  
  回复/Reply
lyphix

2018-08-05

印度猴子不靠谱，换回安卓吧

回复/Reply
QIYOOO

2018-08-04

具一位不愿意透露姓名的伪内部人士透露
苹果：我们已经可以检测用户内心的喜爱程度实现对手机系统流畅度的改变。
比如：谷歌粉把苹果自带应用删除，安上谷歌的应用。用苹果想流畅是不可能的，怎么可能不卡，我们也不需要所有人都用苹果。

具体方案：检测苹果自带应用的卸载率，谷歌应用的安装率，以及当用户从心爱的谷歌应用切换到不得不用不能卸载的苹果的自带应用，比如短信电话，前置摄像头会检测用户面部表情的细微变化。从而判断该用户是喜欢苹果还是谷歌。以实现对手机处理器的降频等削弱用户体验的操作。

回复/Reply
1. Frank
  
  2018-08-04
  
  小学生
  
  回复/Reply
  1. QIYOOO
    
    2018-08-04
    
    你看看
    Google Chrome 后面写的Mac OS
    
    回复/Reply