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

索引
[隐藏]

Click here for English version/点击这里前往英文版

这是我遇见的第三个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后问题依然存在。

症状

汇总我自己的尝试及网友提供的信息,我将这个问题在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的大小是否有明显增加。

如果问题依然存在

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

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

在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数据库

参考资料

Show CommentsClose Comments

91 Comments

  • wayne
    Posted 2019 年 4 月 26 日 at 上午 11:26 0Likes
    Google Chrome 74.0.3729.108 Google Chrome 74.0.3729.108 Windows 10 x64 Edition Windows 10 x64 Edition

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

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

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

    • Frank
      Posted 2019 年 4 月 26 日 at 下午 1:59 0Likes
      Google Chrome 73.0.3683.103 Google Chrome 73.0.3683.103 Mac OS X  10.14.4 Mac OS X 10.14.4

      我之所以认为这个问题的根源是出在macOS上,是因为几乎所有遇到这个问题的人都符合“macOS+iOS+iCloud双重认证“这个组合。但确实没法排除会有其他的原因导致这个问题,毕竟作为普通用户,我们只能通过现象来反推原因。
      你可以试着回忆一下有没有用这个账号登录过别人的设备,如果别人的设备存在这个问题,就有可能会污染你的账号。
      你可以先把虚拟机里的macOS开着等一段时间让他同步,然后看看db文件有没有问题。如果有的话,照本文内容来做就好;如果没有,可以考虑抹掉所有iOS设备,然后创建一个全新的iCloud账号。

      • wayne
        Posted 2019 年 4 月 27 日 at 上午 12:48 0Likes
        Safari 12.1 Safari 12.1 iPad iOS 12.2 iPad iOS 12.2

        我的账号很小心的,从来没有给过别人。我也很确信没有登录过mac。倒是之前登录过win版的icloud。
        我主要不明白的是别人故障的点都是db文件大小异常,但是我的db文件大小是正常的。所以是不是大小异常只是故障的某一个表象,并不一定有问题db大小就一定不对。

  • Anthony
    Posted 2019 年 3 月 1 日 at 下午 6:03 0Likes
    Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Windows 7 x64 Edition Windows 7 x64 Edition

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

    • Anthony
      Posted 2019 年 3 月 1 日 at 下午 6:05 0Likes
      Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Windows 7 x64 Edition Windows 7 x64 Edition

      看到证实无效的方案了,果然也没用啊

    • Frank
      Posted 2019 年 3 月 1 日 at 下午 6:14 0Likes
      Google Chrome 72.0.3626.119 Google Chrome 72.0.3626.119 Mac OS X  10.14.3 Mac OS X 10.14.3

      仅关闭iCloud Keychain是无效的。
      我认为这里钥匙串,(或Keychain)的概念容易引起歧义。狭义的钥匙串指Safari密码同步,WiFi密码同步等功能,而广义上的钥匙串指的是为iOS,macOS系统提供密钥存储和同步的一系列服务。出现故障的是广义上的钥匙串,因此关掉狭义上的钥匙串服务是无效的。

      • Anthony
        Posted 2019 年 5 月 6 日 at 上午 11:39 0Likes
        Google Chrome 73.0.3683.75 Google Chrome 73.0.3683.75 Windows 7 x64 Edition Windows 7 x64 Edition

        最近买了AirPods2,经常出现从耳机盒里拿出耳机但是没有自动连接上的现象,这个时候手动去调控制中心的Airplay或者去设置里面点蓝牙连接,系统直接卡死,只能通过重启手机解决。
        之前的Airpods一代,完全没有这个问题。

        • Frank
          Posted 2019 年 5 月 6 日 at 下午 12:19 0Likes
          Chrome 74.0.3729.121 Chrome 74.0.3729.121 iPhone iOS 12.3 iPhone iOS 12.3

          我也是AirPods一代,没有遇见过类似的问题。

        • RobotWang
          Posted 2019 年 5 月 10 日 at 下午 2:49 0Likes
          Google Chrome 69.0.3497.100 Google Chrome 69.0.3497.100 Mac OS X  10.14.4 Mac OS X 10.14.4

          我用的一代 AirPods 和 iPhone XR 也遇到了不能自动连接的问题。如果此时打开设置甚至有机会看到“蓝牙不可用”,同时控制中心里面的蓝牙也灰掉了。 不过好像等一段时候(大概 1-2 分钟)就好了。后面从 DFU 重刷了系统,情况变好了一两个周,现在又复发了。

  • Wkun
    Posted 2019 年 1 月 28 日 at 上午 12:28 0Likes
    Safari 12.0 Safari 12.0 iPhone iOS 12.0.1 iPhone iOS 12.0.1

    我是美版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

  • Wkun
    Posted 2019 年 1 月 27 日 at 下午 9:11 0Likes
    Safari 12.0 Safari 12.0 iPhone iOS 12.0.1 iPhone iOS 12.0.1

    我是美版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,然后用那个申请新账号,关闭验证.

  • James
    Posted 2019 年 1 月 23 日 at 下午 2:25 0Likes
    Chrome 71.0.3578.89 Chrome 71.0.3578.89 iPhone iOS 12.1 iPhone iOS 12.1

    没有Mac怎么办?

    • Frank
      Posted 2019 年 1 月 23 日 at 下午 2:29 0Likes
      Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Mac OS X  10.14.2 Mac OS X 10.14.2

      这个问题的根源在于macOS上的一个组件的bug产生的脏数据。如果你没有mac并且从没有在macOS上登录过你的iCloud账号的话,那很可能你遇到的和本文所述的不是同一个问题。

      • James
        Posted 2019 年 2 月 12 日 at 下午 2:15 0Likes
        Chrome 72.0.3626.74 Chrome 72.0.3626.74 iPhone iOS 12.1 iPhone iOS 12.1

        实际状况跟你描述的一模一样,现在也只能关闭iCloud解决问题

      • James
        Posted 2019 年 2 月 25 日 at 下午 6:00 0Likes
        Chrome 72.0.3626.101 Chrome 72.0.3626.101 iPhone iOS 12.1 iPhone iOS 12.1

        注册了两个iCloud账号,一个开双重认证,一个不开,确实双重认证的问题,鉴定完毕

      • wayne
        Posted 2019 年 4 月 26 日 at 上午 10:27 0Likes
        Google Chrome 74.0.3729.108 Google Chrome 74.0.3729.108 Windows 10 x64 Edition Windows 10 x64 Edition

        没有mac,但是问题现象一模一样。使用虚拟机安装了macos,根据文中描述,发现db文件只有5M左右。不知道是什么原因了

        • Frank
          Posted 2019 年 4 月 26 日 at 上午 10:36 0Likes
          Google Chrome 73.0.3683.103 Google Chrome 73.0.3683.103 Mac OS X  10.14.4 Mac OS X 10.14.4

          可能需要一段时间同步,先等一等吧。

    • vita
      Posted 2019 年 1 月 25 日 at 下午 2:02 0Likes
      Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Windows 10 x64 Edition Windows 10 x64 Edition

      VMWare14 安装Mac OS系统~https://blog.csdn.net/u011415782/article/details/78505422

  • icloudsucks
    Posted 2019 年 1 月 16 日 at 下午 10:36 0Likes
    Firefox 64.0 Firefox 64.0 Windows 10 x64 Edition Windows 10 x64 Edition

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

    • Frank
      Posted 2019 年 1 月 17 日 at 上午 12:49 0Likes
      Chrome 71.0.3578.89 Chrome 71.0.3578.89 iPad iOS 12.1 iPad iOS 12.1

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

  • Zick
    Posted 2019 年 1 月 6 日 at 上午 1:50 0Likes
    Safari 12.0.2 Safari 12.0.2 Mac OS X  10.14.2 Mac OS X 10.14.2

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

    • Zick
      Posted 2019 年 1 月 6 日 at 上午 1:56 0Likes
      Safari 12.0.2 Safari 12.0.2 Mac OS X  10.14.2 Mac OS X 10.14.2

      并且在iOS设备上看到keychain里面的账号密码少了很多, 之前有370, 现在只有100个了, 幸亏有一个备份, 准备一个一个手动录入了。

    • Frank
      Posted 2019 年 1 月 6 日 at 上午 11:31 0Likes
      Chrome 71.0.3578.89 Chrome 71.0.3578.89 iPhone iOS 12.1 iPhone iOS 12.1

      用sqlite编辑器打开这个db文件的ckmirror表,如果里面有大量manatte的话说明有问题。

      • Zick
        Posted 2019 年 1 月 7 日 at 上午 3:19 0Likes
        Safari 12.0.2 Safari 12.0.2 Mac OS X  10.14.2 Mac OS X 10.14.2

        又过了两天,手动录入了一些账号密码后, 现在到16.5MB的大小, 看了一下确实有很多manatee的数据,大概800行左右。 但是目前手机也没有闪退的问题, 以前mac和iPhone自动输入密码卡半天的情况也没有再出现。 manatee一定都是坏数据吗?

        • Frank
          Posted 2019 年 1 月 17 日 at 上午 12:51 0Likes
          Chrome 71.0.3578.89 Chrome 71.0.3578.89 iPad iOS 12.1 iPad iOS 12.1

          manatee不一定是坏数据,但是我认为多达数百条的manatee是不正常的。

          • Zick
            Posted 2019 年 1 月 17 日 at 上午 11:45 0Likes
            Safari 12.0.2 Safari 12.0.2 Mac OS X  10.14.2 Mac OS X 10.14.2

            这几天我又录入了一些东西, 现在我这边是增加到17MB大小, 一切还都正常, 这样看来几百条还不算异常, 我又看了下当时备份的800多MB的坏数据, 里面manatee有6万多条, 这个数量级的真的可能是有问题。 我仔细回想了一下, 很有可能是在用某个iOS beta版本的时候出的问题。

            • Frank
              Posted 2019 年 1 月 17 日 at 上午 11:53 0Likes
              Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Mac OS X  10.14.2 Mac OS X 10.14.2

              我看了下我的db,里面的ckmirror表一共才34条。

              • Zick
                Posted 2019 年 1 月 18 日 at 上午 8:42 0Likes
                Safari 12.0.2 Safari 12.0.2 Mac OS X  10.14.2 Mac OS X 10.14.2

                我查到一个文档(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里面有很多备份的聊天记录。

                • Frank
                  Posted 2019 年 1 月 18 日 at 下午 6:22 0Likes
                  Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Mac OS X  10.14.2 Mac OS X 10.14.2

                  有道理

  • steven
    Posted 2018 年 12 月 14 日 at 上午 11:28 0Likes
    Safari 12.0 Safari 12.0 iPhone iOS 12.1.1 iPhone iOS 12.1.1

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

    • Frank
      Posted 2018 年 12 月 14 日 at 上午 11:37 0Likes
      Google Chrome 70.0.3538.110 Google Chrome 70.0.3538.110 Mac OS X  10.14.1 Mac OS X 10.14.1

      如果keychain db只有6.3M的话应该不是这个问题引起的。看起来这个问题在国外也有,但是我找到的资料不多。

  • stormizy
    Posted 2018 年 12 月 13 日 at 下午 2:02 0Likes
    Google Chrome 71.0.3578.98 Google Chrome 71.0.3578.98 Windows 10 x64 Edition Windows 10 x64 Edition

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

    • Frank
      Posted 2018 年 12 月 14 日 at 上午 11:40 0Likes
      Google Chrome 70.0.3538.110 Google Chrome 70.0.3538.110 Mac OS X  10.14.1 Mac OS X 10.14.1

      如果能找到工程师对接的话可能会好一些。我对一线的Apple Support员工的技术水平非常绝望,他们唯一所做的基本就是通过你的问题找到他们对应的内部文档,然后念给你听。

    • RobotWang
      Posted 2019 年 5 月 10 日 at 下午 3:45 0Likes
      Google Chrome 69.0.3497.100 Google Chrome 69.0.3497.100 Mac OS X  10.14.4 Mac OS X 10.14.4

      你好,请问那个 Apple 的 Engineer 最后提供解决方案了吗?

  • vita
    Posted 2018 年 12 月 12 日 at 下午 1:47 0Likes
    Google Chrome 71.0.3578.80 Google Chrome 71.0.3578.80 Windows 10 x64 Edition Windows 10 x64 Edition

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

    • vita
      Posted 2018 年 12 月 12 日 at 下午 1:52 0Likes
      Google Chrome 71.0.3578.80 Google Chrome 71.0.3578.80 Windows 10 x64 Edition Windows 10 x64 Edition

      打错不好意思:现在根据apple ID 和闪退的关系找到V2EX论坛,然后找到您这边来。准备尝试一下,十分感谢!

      • vita
        Posted 2018 年 12 月 13 日 at 上午 10:34 0Likes
        Google Chrome 71.0.3578.80 Google Chrome 71.0.3578.80 Windows 10 x64 Edition Windows 10 x64 Edition

        转发到其他地方,可以吗?

        • Frank
          Posted 2018 年 12 月 13 日 at 下午 2:27 0Likes
          Google Chrome 70.0.3538.110 Google Chrome 70.0.3538.110 Mac OS X  10.14.1 Mac OS X 10.14.1

          可以的,但是请标注来源。谢谢你的转载。

          • vita
            Posted 2018 年 12 月 13 日 at 下午 6:25 0Likes
            Google Chrome 71.0.3578.80 Google Chrome 71.0.3578.80 Windows 10 x64 Edition Windows 10 x64 Edition

            我说谢谢才对,还是希望有更多有问题的朋友可以看到。
            anyway真的是非常感谢!

  • Chaz
    Posted 2018 年 12 月 3 日 at 上午 8:25 0Likes
    Google Chrome 70.0.3538.110 Google Chrome 70.0.3538.110 Mac OS X  10.14.0 Mac OS X 10.14.0

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

    • Chaz
      Posted 2018 年 12 月 3 日 at 上午 9:27 0Likes
      Google Chrome 70.0.3538.110 Google Chrome 70.0.3538.110 Mac OS X  10.14.0 Mac OS X 10.14.0

      更新:如果遇到一样的Error,直接把UUID为名的文件夹删掉然后重启,然后重新登陆iCloud然后马上/usr/sbin/ckksctl reset-cloudkit,有可能还会碰到Error,如果遇到立即重试,我试了三四次终于提示成功了,目前手机一切正常,希望对各位有所帮助!

    • Frank
      Posted 2018 年 12 月 3 日 at 下午 12:58 0Likes
      Chrome 70.0.3538.75 Chrome 70.0.3538.75 iPhone iOS 12.1 iPhone iOS 12.1

      我遇到挺多次timeout,原因不明,只要一直重试通常是能成功的。

  • Unsettled
    Posted 2018 年 11 月 26 日 at 上午 2:25 0Likes
    Google Chrome 70.0.3538.102 Google Chrome 70.0.3538.102 Mac OS X  10.14.1 Mac OS X 10.14.1

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

  • Thomas Xu
    Posted 2018 年 11 月 20 日 at 下午 11:54 0Likes
    Google Chrome 70.0.3538.102 Google Chrome 70.0.3538.102 Mac OS X  10.14.1 Mac OS X 10.14.1

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

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

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

    • Frank
      Posted 2018 年 11 月 21 日 at 上午 12:17 0Likes
      Chrome 70.0.3538.75 Chrome 70.0.3538.75 iPhone iOS 12.1 iPhone iOS 12.1

      不客气,解决了就好。
      就我观察到的网络上关于这个问题的讨论而言,这个问题似乎没有我之前认为地那么稀有,但是这个问题实在太隐蔽以至于对于大多数用户来说很难定位问题所在。苹果低效的技术支持恐怕也很难真正解决问题。所以还是自己动手丰衣足食吧。

    • vita
      Posted 2018 年 12 月 12 日 at 下午 1:49 0Likes
      Google Chrome 71.0.3578.80 Google Chrome 71.0.3578.80 Windows 10 x64 Edition Windows 10 x64 Edition

      官方一点察觉都没有…

  • cn0xroot
    Posted 2018 年 11 月 7 日 at 下午 3:57 0Likes
    Google Chrome 57.0.2987.110 Google Chrome 57.0.2987.110 Windows 7 x64 Edition Windows 7 x64 Edition

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

    • Frank
      Posted 2018 年 11 月 8 日 at 下午 2:26 0Likes
      Google Chrome 70.0.3538.77 Google Chrome 70.0.3538.77 Mac OS X  10.14.1 Mac OS X 10.14.1

      (狗头

  • XXL
    Posted 2018 年 10 月 14 日 at 下午 5:56 0Likes
    Google Chrome 69.0.3497.100 Google Chrome 69.0.3497.100 Mac OS X  10.14.0 Mac OS X 10.14.0

    经过两天的观察,我这边已经正常,就是用了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,就正常了,如果不行,就多试几次,出错了,就继续

    • Frank
      Posted 2018 年 10 月 14 日 at 下午 6:44 0Likes
      Google Chrome 71.0.3573.0 Google Chrome 71.0.3573.0 Mac OS X  10.14.0 Mac OS X 10.14.0

      谢谢,我也尝试一下。

      • XXL
        Posted 2018 年 10 月 22 日 at 上午 12:57 0Likes
        Google Chrome 70.0.3538.67 Google Chrome 70.0.3538.67 Mac OS X  10.14.0 Mac OS X 10.14.0

        重复上面的操作,我这边已经完全正常,一个礼拜也没有复现,先重置了下Mac上的钥匙串,再运行代码,再退出重进Mac和iOS上的iCloud,双重认证至始至终我都是开着的

        • Frank
          Posted 2018 年 10 月 23 日 at 下午 4:30 0Likes
          Chrome 70.0.3538.60 Chrome 70.0.3538.60 iPad iOS 12.1 iPad iOS 12.1

          我在执行上面步骤的同时把iPhone和iPad都抹掉恢复了一遍。目前看起来没什么问题了,谢谢你。

        • XXL
          Posted 2018 年 10 月 25 日 at 下午 6:26 0Likes
          Google Chrome 70.0.3538.77 Google Chrome 70.0.3538.77 Mac OS X  10.14.0 Mac OS X 10.14.0

          解决了就好,这个问题也困扰了我好久,看不见你这个帖子里的那些资料我也解决不了,因为这个没少跑流量,电池电量也少了很多

    • Frank
      Posted 2018 年 10 月 16 日 at 下午 11:37 0Likes
      Google Chrome 71.0.3573.0 Google Chrome 71.0.3573.0 Mac OS X  10.14.0 Mac OS X 10.14.0

      我这两天把双重认证打开试了一下,我执行完那两个命令之后keychain-2.db的大小确实减小了,但是是从400多M减小到200多M。正常使用一段时间之后,iOS设备上又会出现闪退问题,然后db文件又会增大。

    • loopback
      Posted 2018 年 10 月 17 日 at 下午 10:58 0Likes
      Firefox 62.0 Firefox 62.0 Windows 10 x64 Edition Windows 10 x64 Edition

      reset-cloudkit是reset云端的,reset是reset本机的吧,这样岂不是把云端的先干掉,然后又干掉本地的,keychain就丢完了哟

      • loopback
        Posted 2018 年 10 月 18 日 at 下午 4:36 0Likes
        Safari 12.0 Safari 12.0 Mac OS X  10.13.6 Mac OS X 10.13.6

        测试了一下,没有问题,内容都在,文件大小也减少到了10M以内,继续观察一下,如果没有跑流量及闪退就行。

        • Frank
          Posted 2018 年 10 月 18 日 at 下午 11:30 0Likes
          Chrome 70.0.3538.60 Chrome 70.0.3538.60 iPhone iOS 12.1 iPhone iOS 12.1

          解决了就好。不过这个方法似乎对我不管用,我有空再研究下。

          • loopback
            Posted 2018 年 10 月 22 日 at 上午 9:28 0Likes
            Safari 12.0 Safari 12.0 Mac OS X  10.13.6 Mac OS X 10.13.6

            按理来说执行之后文件大小应该是10M左右,如果还有200M应该还有问题。我的是从200M多减少到不到10M

  • XXL
    Posted 2018 年 10 月 13 日 at 下午 3:12 0Likes
    Safari 12.0 Safari 12.0 iPhone iOS 12.0.1 iPhone iOS 12.0.1

    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,我一度以为问题解决了,只要不闪退,跑数据就跑吧,蜂窝下还能关闭,然而第二天早上,数据不跑了,又开始闪退了,有点啰嗦了.

  • 一名大神
    Posted 2018 年 10 月 8 日 at 下午 4:32 0Likes
    Google Chrome 69.0.3497.100 Google Chrome 69.0.3497.100 Mac OS X  10.14.0 Mac OS X 10.14.0

    😖

  • loopback
    Posted 2018 年 8 月 11 日 at 下午 10:59 0Likes
    Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

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

    • Frank
      Posted 2018 年 8 月 11 日 at 下午 11:02 0Likes
      Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.13.6 Mac OS X 10.13.6

      我关掉了双重验证,目前为止问题没有重现。如果你有Mac设备,可以尝试重置Keychain。

      • loopback
        Posted 2018 年 8 月 12 日 at 下午 4:44 0Likes
        Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

        尝试重置keychain,故障依旧。本打算关掉双重验证,结果登录到iCloud发现根本关闭不了。apple说iOS 10.3以上部分双重验证是无法关闭的。

        • Frank
          Posted 2018 年 8 月 12 日 at 下午 4:48 0Likes
          Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.14.0 Mac OS X 10.14.0

          我是在https://appleid.apple.com/上关掉的。

          • loopback
            Posted 2018 年 8 月 12 日 at 下午 4:56 0Likes
            Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

            我也是在这里准备关闭,但apple明确说明“对于在 iOS 10.3 或 macOS Sierra 10.12.4 及更高版本中创建的某些帐户,您无法关闭双重认证。”,界面上压根就没有关闭的链接,这下悲催了。

            • Frank
              Posted 2018 年 8 月 12 日 at 下午 5:00 0Likes
              Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.14.0 Mac OS X 10.14.0

              那么可以试试联系Apple支持,看有没有别的方法能关掉双重验证。如果不行的话,就只能新建一个Apple ID了。

              • loopback
                Posted 2018 年 8 月 12 日 at 下午 5:02 0Likes
                Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

                也只有等Apple解决了,5月份就联系过Apple,前前后后多次电话,始终没有解决问题,看来只有等iOS12试试了。

                • Frank
                  Posted 2018 年 8 月 12 日 at 下午 5:04 0Likes
                  Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.14.0 Mac OS X 10.14.0

                  这个问题在iOS 12 Public Beta3里是仍然存在的,后两个版本我不确定。

                  • loopback
                    Posted 2018 年 8 月 12 日 at 下午 5:17 0Likes
                    Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

                    看来Apple是不打算解决这个问题了。其实网上一搜,这种问题还真不少。
                    我发现好像并不是所有版本的iOS都有这个问题,我现在用的iPhone5,iOS10.3.3就没有这个问题。

                    • Frank
                      Posted 2018 年 8 月 12 日 at 下午 5:21 0Likes
                      Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.14.0 Mac OS X 10.14.0

                      上面的帖子里提到 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
                      Posted 2018 年 8 月 12 日 at 下午 5:28 0Likes
                      Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

                      我自打5月份电话联系Apple反映这个问题,就配合Apple远程屏幕、安装描述文件收集log,其实Apple应该有非常详细的日志信息了。当时我自己还抓了网络包的,不过是SSL加密所以我解不了,问Apple是否需要,对方似乎已经有充分的故障信息了,也不需要这个抓包文件。

                    • Frank
                      Posted 2018 年 8 月 12 日 at 下午 5:32 0Likes
                      Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.14.0 Mac OS X 10.14.0

                      那就只能用临时方案先撑着然后等更新了。我之前遇到过iOS一个更冷门的bug(https://blog.nyan.im/posts/1890.html),足足等了半年才修复。

                    • loopback
                      Posted 2018 年 8 月 12 日 at 下午 5:35 0Likes
                      Firefox 61.0 Firefox 61.0 Windows 10 x64 Edition Windows 10 x64 Edition

                      这bug也够奇葩的了。

                    • loopback
                      Posted 2018 年 8 月 13 日 at 下午 10:11 0Likes
                      Safari 11.1.1 Safari 11.1.1 Mac OS X  10.13.5 Mac OS X 10.13.5

                      最终还是通过reject gateway.icloud.com来避免跑流量,目前还未发现闪退情况,但发现reject后备忘录无法同步了。估计备忘录同步需先访问gateway.icloud.com

                    • loopback
                      Posted 2018 年 10 月 12 日 at 下午 9:36 0Likes
                      Firefox 62.0 Firefox 62.0 Windows 10 x64 Edition Windows 10 x64 Edition

                      reject一段时间后自己又好了,不用reject也不会跑流量。但好景不长,升级iOS12后陆陆续续出现app闪退,DFU刷机后,基本上非apple的app都闪退。网络上的问题还好reject,闪退基本就只有退出apple id或者用国内id了。不知是否还有其他的解决办法呢?(BTW,双重认证无法关闭)

                  • loopback
                    Posted 2018 年 10 月 12 日 at 下午 9:39 0Likes
                    Firefox 62.0 Firefox 62.0 Windows 10 x64 Edition Windows 10 x64 Edition

                    reject后好了一段时间,甚至后来不用reject也不会跑流量了,但好景不长,升级iOS 12后陆续出现app闪退,DFU刷机后,基本非原生app都闪退了。双重认证也无法关闭,看来只有退出apple id或者用国区id了。

                    • loopback
                      Posted 2018 年 10 月 12 日 at 下午 9:40 0Likes
                      Firefox 62.0 Firefox 62.0 Windows 10 x64 Edition Windows 10 x64 Edition

                      发重复了。

                    • Frank
                      Posted 2018 年 10 月 13 日 at 上午 11:55 0Likes
                      Chrome 69.0.3497.105 Chrome 69.0.3497.105 iPhone iOS 12.1 iPhone iOS 12.1

                      我目前还没找到有效的方案。如果不行的话,尝试新建一个appleid然后手动迁移数据吧。

                    • loopback
                      Posted 2018 年 10 月 13 日 at 下午 1:24 0Likes
                      Firefox 62.0 Firefox 62.0 Windows 10 x64 Edition Windows 10 x64 Edition

                      关闭双重认证也不能解决问题吗?

                    • Frank
                      Posted 2018 年 10 月 13 日 at 下午 1:28 0Likes
                      Chrome 69.0.3497.105 Chrome 69.0.3497.105 iPhone iOS 12.1 iPhone iOS 12.1

                      关闭双重认证可以解决。

                    • Frank
                      Posted 2018 年 10 月 14 日 at 下午 6:44 0Likes
                      Google Chrome 71.0.3573.0 Google Chrome 71.0.3573.0 Mac OS X  10.14.0 Mac OS X 10.14.0

                      你可以尝试一下下面XXL的方案。

  • Inighty
    Posted 2018 年 8 月 10 日 at 下午 11:28 0Likes
    Google Chrome 67.0.3396.99 Google Chrome 67.0.3396.99 Windows 7 x64 Edition Windows 7 x64 Edition

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

    • Frank
      Posted 2018 年 8 月 10 日 at 下午 11:40 0Likes
      Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.13.6 Mac OS X 10.13.6

      不客气。我发现出现这个问题的似乎都是外区Apple ID,很诡异。

      • Inighty
        Posted 2018 年 8 月 11 日 at 上午 12:42 0Likes
        Google Chrome 67.0.3396.99 Google Chrome 67.0.3396.99 Windows 7 x64 Edition Windows 7 x64 Edition

        博主 用的什么方法解决的最后 难道只能关闭双重验证么 好像ios12关不了 我关了钥匙串好像还是一样的,确实退出了icloud账号就不发烫了 也不卡了

        • Frank
          Posted 2018 年 8 月 11 日 at 上午 1:54 0Likes
          Chrome 68.0.3440.83 Chrome 68.0.3440.83 iPhone iOS 12.0 iPhone iOS 12.0

          应该是需要关闭双重验证。双重验证只能从网页上关闭。

  • dbsquirrel
    Posted 2018 年 8 月 9 日 at 下午 8:47 0Likes
    Google Chrome 68.0.3440.106 Google Chrome 68.0.3440.106 Windows 10 x64 Edition Windows 10 x64 Edition

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

    • Frank
      Posted 2018 年 8 月 9 日 at 下午 9:08 0Likes
      Google Chrome 70.0.3514.2 Google Chrome 70.0.3514.2 Mac OS X  10.13.6 Mac OS X 10.13.6

      不客气,解决了就好。

  • lyphix
    Posted 2018 年 8 月 5 日 at 下午 10:15 0Likes
    Google Chrome 68.0.3440.84 Google Chrome 68.0.3440.84 Windows 10 x64 Edition Windows 10 x64 Edition

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

  • QIYOOO
    Posted 2018 年 8 月 4 日 at 下午 10:09 0Likes
    Safari 10.0 Safari 10.0 iPhone iOS 10.3.2 iPhone iOS 10.3.2

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

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

    • Frank
      Posted 2018 年 8 月 4 日 at 下午 10:11 0Likes
      Google Chrome 69.0.3493.3 Google Chrome 69.0.3493.3 Mac OS X  10.13.6 Mac OS X 10.13.6

      小学生

      • QIYOOO
        Posted 2018 年 8 月 4 日 at 下午 10:13 0Likes
        Safari 10.0 Safari 10.0 iPhone iOS 10.3.2 iPhone iOS 10.3.2

        你看看
        Google Chrome 后面写的Mac OS

Leave a comment