iOS/Objective-C：如何实现通知触发前后的状态跟踪？

嘿，我刚好对这个场景很熟悉，来给你捋清楚——你说的iOS不让访问通知中心是对的，但LinkedIn这类APP根本不是靠读取通知中心来跟踪状态的，它们用的是自己管全链路通知状态的思路，完美适配你用Core Data关联实体的场景，具体来说：

iOS确实严格限制第三方APP读取系统通知中心的内容，但我们完全不需要碰它——只要在发送通知的那一刻，就把通知和对应的Core Data ManagedObject绑定，后续所有状态同步都围绕Core Data来做，就能实现和LinkedIn一样的效果。

1. 发送通知时带上实体标识 #

不管是本地通知还是远程推送，都把对应ManagedObject的唯一标识（推荐用objectID，因为Core Data里的objectID是全局唯一且稳定的）放到通知的userInfo字典里。举个本地通知的例子：

// 假设你已经拿到了要关联的Core Data实体
let targetEntity: YourManagedObject = ...

let content = UNMutableNotificationContent()
content.title = "新更新提醒"
content.body = "你关注的内容有新动态"
// 把objectID转成可存储的字符串
if let objectIDStr = targetEntity.objectID.uriRepresentation().absoluteString {
    content.userInfo["entityObjectID"] = objectIDStr
}
// 设置角标（可以直接用当前未读实体的数量）
content.badge = NSNumber(value: YourCoreDataHelper.getUnreadCount())

// 创建通知请求并发送
let request = UNNotificationRequest(
    identifier: UUID().uuidString,
    content: content,
    trigger: yourTrigger // 根据你的需求设置触发条件
)
UNUserNotificationCenter.current().add(request)

如果是远程推送，让后端在APNs的payload里带上这个实体标识即可。

2. 同步通知的点击与状态 #

• 用户点击通知打开APP：实现UNUserNotificationCenterDelegate的userNotificationCenter(_:didReceive:withCompletionHandler:)方法，从response.notification.request.content.userInfo里取出实体标识，找到对应的Core Data实体，标记为已读，同时更新角标：

func userNotificationCenter(_ center: UNUserNotificationCenter, didReceive response: UNNotificationResponse, withCompletionHandler completionHandler: @escaping () -> Void) {
    let userInfo = response.notification.request.content.userInfo
    if let objectIDStr = userInfo["entityObjectID"] as? String,
       let uri = URL(string: objectIDStr),
       let objectID = persistentContainer.persistentStoreCoordinator.managedObjectID(forURIRepresentation: uri),
       let entity = try? persistentContainer.viewContext.existingObject(with: objectID) as? YourManagedObject {
        // 标记实体为已读
        entity.isRead = true
        try? persistentContainer.viewContext.save()
        // 更新角标
        let unreadCount = YourCoreDataHelper.getUnreadCount()
        UIApplication.shared.applicationIconBadgeNumber = unreadCount
    }
    completionHandler()
}

• 用户直接打开APP：在APP启动或者回到前台时，直接查询Core Data里未读实体的数量，设置角标：

override func viewDidAppear(_ animated: Bool) {
    super.viewDidAppear(animated)
    let unreadCount = YourCoreDataHelper.getUnreadCount()
    UIApplication.shared.applicationIconBadgeNumber = unreadCount
}

3. 处理通知被删除的情况 #

如果用户手动删除了通知中心的通知，我们不需要管——因为我们的状态核心是Core Data里的实体，角标数始终和未读实体数量一致，用户打开APP后看到的未读列表也是Core Data里的记录，和通知中心的内容无关。

为什么你的“预估触发通知”思路容易出问题？ #

预估的方式本质上是靠猜通知是否成功推送，但实际场景里有太多不可控因素：用户关闭了通知权限、推送被系统拦截、用户手动删除了通知，这些都会导致预估数量和用户实际看到的（或者APP应该展示的）状态不一致。而绑定Core Data实体的方式，所有状态都和数据源强绑定，完全不会有偏差。

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