如何控制CkFetchRecordZoneChangesOperation获取删除变更或标记其已读？

针对你遇到的首次拉取大量删除变更导致耗时过长的问题，我来分享两个关键解决方案：

1. 能否跳过删除变更的拉取？ #

遗憾的是，CloudKit 并没有提供直接的参数让你在调用 CKFetchRecordZoneChangesOperation 时跳过删除类变更——因为CloudKit的变更追踪机制是全量的，默认会返回指定zone内所有未同步的增、删、改操作记录。

不过，你可以在处理变更结果时主动忽略删除的记录ID：在recordZoneChangesHandler回调中，只处理changedRecords数组，而跳过deletedRecordIDs数组。但要注意，这种方式只是让你不处理删除数据，第一次拉取时这些删除记录还是会被传输过来，所以无法解决首次拉取耗时过长的问题。

2. 标记删除变更为已读，避免重复拉取 #

这才是解决你核心痛点的关键方法：利用CloudKit的serverChangeToken来标记你已经同步到的最新变更点。

具体步骤如下：

• 首次调用时，传入nil作为previousServerChangeToken，获取所有变更（包括那些删除记录）。
• 在fetchRecordZoneChangesCompletionBlock回调中，保存返回的newServerChangeToken——这个token记录了当前你已经同步到的服务器最新状态。
• 后续调用CKFetchRecordZoneChangesOperation时，将保存的newServerChangeToken传入previousServerChangeToken参数。

这样一来，后续的拉取只会获取上次同步之后发生的新变更，之前的数千条删除变更就不会再被拉取了。

代码示例参考 #

// 初始化操作
let zoneID = CKRecordZone.default().zoneID
let options = CKFetchRecordZoneChangesOptions()
options.previousServerChangeToken = yourSavedToken // 首次为nil，后续传保存的token
options.fetchAllChanges = true // 确保一次性拉取所有未同步变更

let operation = CKFetchRecordZoneChangesOperation(recordZoneIDs: [zoneID], optionsByRecordZoneID: [zoneID: options])

// 处理变更
operation.recordZoneChangesHandler = { zoneID, changedRecords, deletedRecordIDs, changeToken, moreComing, error in
    // 这里可以选择只处理changedRecords，忽略deletedRecordIDs
    for record in changedRecords {
        // 处理新增/修改的记录
    }
    
    // 如果需要记录删除（比如本地数据清理），还是要处理deletedRecordIDs
    // for recordID in deletedRecordIDs {
    //     // 清理本地对应记录
    // }
}

// 完成回调，保存新的token
operation.fetchRecordZoneChangesCompletionBlock = { error in
    if let error = error {
        // 处理错误
        print("拉取变更失败: \(error.localizedDescription)")
        return
    }
    // 保存newServerChangeToken到本地（比如UserDefaults或Keychain）
    yourSavedToken = operation.serverChangeToken
}

// 添加到操作队列执行
CKContainer.default().privateCloudDatabase.add(operation)

额外提示 #

如果首次拉取的删除记录实在太多，导致性能问题，你可以考虑：

• 分批次拉取：设置fetchAllChanges为false，在recordZoneChangesHandler的moreComing为true时继续拉取，避免一次性加载大量数据到内存。
• 清理服务器端的旧删除记录：如果这些删除记录是历史遗留的，你可以考虑重新创建一个新的Record Zone，将有效数据迁移过去，这样新Zone的变更记录就不会包含旧的删除数据了（但这是比较重的操作，需要谨慎评估）。

内容的提问来源于stack exchange，提问作者kunass2