CloudKit中接收到的CKNotification被重复推送是什么原因导致的？

• 通知处理回调时机错误：如果在变更拉取完成、变更token持久化成功之前就调用了通知的completion回调返回.newData，若中间出现进程崩溃、持久化失败等异常，下一次收到通知时使用的仍是旧token，CloudKit会将未处理完成的变更再次推送。另外APNs对静默通知有30秒的处理时限，若处理流程（含拉取变更、存储token）耗时超过限制，系统会判定处理失败触发重试推送，调试时断点卡住进程导致超时属于这类特殊场景。
• 分页变更未完全拉取就存储token：调用CKFetchRecordZoneChangesOperation拉取变更时，如果返回结果的moreComing字段为true，说明当前返回的只是部分变更，附带的token是中间临时值，必须拉完所有分页后再存储最终返回的token，否则CloudKit会判定你未拉取全量变更，持续推送通知。
• 未做通知去重处理：APNs本身存在因网络波动导致的重复推送同一条通知的概率，你没有基于通知的notificationID、对应记录的recordID+modificationTag做去重校验的话，重复的通知会触发重复的拉取操作。
• 业务侧隐式触发记录变更：被业务逻辑丢弃的记录如果被业务代码隐式执行了写回CloudKit的操作（哪怕字段值没有变更），会更新记录的modificationTag，触发新一轮的变更推送。
• token持久化非原子操作：如果存储token的逻辑没有做原子校验，比如写入磁盘/Keychain/NSUserDefaults时没有验证写入结果，极端情况下会出现token存储失败，下次拉取时用旧token拉到已处理过的变更。

内容的提问来源于stack exchange，提问作者Germán