技术问询：如何实现CloudKit不可达时的主动通知？

好问题！你提到的CKAccountChanged和NSUbiquityIdentityDidChange通知其实是针对用户iCloud账户状态变化（比如登录/登出、账户切换）的，而不是网络或服务器可达性的变化，所以连接中断时它们不会触发。CKContainer.accountStatus(completionHandler:)是单次查询，没法持续监听状态变化。

下面是几种实用的方案，能帮你监听CloudKit的可达性：

1. 基于CloudKit操作的错误监听 #

CloudKit的所有操作（比如CKFetchRecordsOperation、CKModifyRecordsOperation）在执行失败时都会返回对应错误，其中就包含网络不可达、服务器不可用这类场景。你可以封装一个基础操作类，统一处理这类错误，并在触发时发送自定义通知：

class CloudKitBaseOperation: CKOperation {
    override func handleError(_ error: Error, forOperation operation: CKOperation) {
        guard let ckError = error as? CKError else {
            super.handleError(error, forOperation: operation)
            return
        }
        
        // 匹配CloudKit可达性相关的错误码
        let unreachableCodes: Set<CKError.Code> = [.networkUnavailable, .serverReachability, .serverResponseLost]
        if unreachableCodes.contains(ckError.code) {
            // 发送自定义通知告知外部CloudKit不可达
            NotificationCenter.default.post(name: .cloudKitUnreachable, object: nil)
        }
        
        super.handleError(error, forOperation: operation)
    }
}

// 可以扩展Notification.Name方便调用
extension Notification.Name {
    static let cloudKitUnreachable = Notification.Name("CloudKitUnreachable")
}

之后所有CloudKit操作都继承这个基类，就能在出现可达性错误时及时收到通知。

2. 结合Network框架监听网络状态 #

网络不可用是CloudKit不可达的最常见原因之一，你可以用苹果的Network框架NWPathMonitor监听网络连接状态，当网络从可用变为不可用时，再结合CloudKit账户状态做二次验证：

import Network

class CloudKitReachabilityManager {
    static let shared = CloudKitReachabilityManager()
    private let monitor: NWPathMonitor
    
    private init() {
        monitor = NWPathMonitor()
        startMonitoring()
    }
    
    func startMonitoring() {
        monitor.pathUpdateHandler = { [weak self] path in
            switch path.status {
            case .unsatisfied:
                // 网络完全不可用，此时CloudKit肯定没法访问
                NotificationCenter.default.post(name: .cloudKitUnreachable, object: nil)
            case .satisfied:
                // 网络恢复，验证CloudKit服务是否真的可用
                CKContainer.default().accountStatus { status, error in
                    if status != .available || error != nil {
                        NotificationCenter.default.post(name: .cloudKitUnreachable, object: nil)
                    } else {
                        // 可选：发送恢复通知
                        NotificationCenter.default.post(name: .cloudKitReachable, object: nil)
                    }
                }
            default:
                break
            }
        }
        
        let queue = DispatchQueue(label: "CloudKitNetworkMonitor")
        monitor.start(queue: queue)
    }
    
    func stopMonitoring() {
        monitor.cancel()
    }
}

extension Notification.Name {
    static let cloudKitReachable = Notification.Name("CloudKitReachable")
}

这种方法能覆盖绝大多数网络层面的不可达场景，而且系统级的网络监听效率很高。

3. 定期轮询CloudKit服务状态 #

如果需要更主动的监听（比如担心某些静默的服务中断），可以设置一个定时器，定期调用CKContainer.accountStatus或者执行一个轻量的CloudKit操作（比如获取一条测试记录），以此判断服务是否可达：

class CloudKitPollingChecker {
    private var timer: Timer?
    // 建议设置30秒以上的间隔，避免触发CloudKit请求限制
    private let pollingInterval: TimeInterval = 60
    
    func startPolling() {
        timer = Timer.scheduledTimer(withTimeInterval: pollingInterval, repeats: true) { _ in
            CKContainer.default().accountStatus { status, error in
                if status != .available || error != nil {
                    NotificationCenter.default.post(name: .cloudKitUnreachable, object: nil)
                }
            }
        }
    }
    
    func stopPolling() {
        timer?.invalidate()
        timer = nil
    }
}

注意不要把轮询间隔设得太短，否则可能触发CloudKit的请求频率限制，反而影响正常业务。

总结 #

目前CloudKit并没有提供专门的“服务不可达”系统通知，所以需要通过组合方案来实现需求：

• 用操作错误监听捕获CloudKit服务层面的不可达
• 用网络监听覆盖网络连接问题
• 定期轮询作为补充验证

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