为什么没有使用 removeDeliveredNotifications 删除通知?

Why are notifications not removed with removeDeliveredNotifications?

直到最近(我相信在 iOS 12 发布之前),使用 removeDeliveredNotifications.

从通知中心删除远程推送通知按预期工作

突然间,通知服务扩展中没有任何代码更改,通知不再被删除。

override func didReceive(_ request: UNNotificationRequest, withContentHandler contentHandler: @escaping (UNNotificationContent) -> Void) {

    self.contentHandler = contentHandler
    self.content = request.content.mutableCopy() as? UNMutableNotificationContent

    guard let content = content else {
        contentHandler(request.content)
        return
    }

    UNUserNotificationCenter.current().getDeliveredNotifications { notifications in
        let matchingNotifications = notifications.filter({ [=10=].request.content.threadIdentifier == "myThread" && [=10=].request.content.categoryIdentifier == "myCategory" })
        UNUserNotificationCenter.current().removeDeliveredNotifications(withIdentifiers: matchingNotifications.map({ [=10=].request.identifier }))
        contentHandler(content)
    }
}

功能刚刚完成,没有删除通知。在真实设备上调试时,显示 matchingNotifications 包含通知,并且正确提供了要删除的通知 ID。

为了测试,调用 removeAllDeliveredNotifications() 有效并删除所有通知。

上面的函数在override func didReceive(_ request: UNNotificationRequest, withContentHandler contentHandler: @escaping (UNNotificationContent) -> Void)

中被调用

这里有什么问题?

我尝试了 @Kymer 的建议,并确认在等待一段时间(例如 3 秒)后调用 contentHandler 解决了我的问题,例如

// UNUserNotificationCenter *notificationCenter
// NSArray(NSString *) *matchingIdentifiers;
// UNNotificationContent *content;
if (matchingIdentifiers.count > 0) {
    NSLog(@"NotificationService: Matching notification identifiers to remove: %@.", matchingIdentifiers);               
    [notificationCenter removeDeliveredNotificationsWithIdentifiers:matchingIdentifiers];

    // Note: dispatch delay is in nanoseconds... :(
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, 3000000000), dispatch_get_main_queue(), ^{
        NSLog(@"Replacing content after 3 seconds.");
        self.contentHandler(content);
    });
}

所以我认为这意味着这是一个时间问题,iOS 在调用 contentHandler 后积极地冻结进程,并删除 notificationCenter[= 中任何待处理的删除请求16=]

编辑: 虽然问题不是关于如何处理它,但评论部分带来了对任意时间延迟的担忧。在我的测试中,在另一个循环上发布回调就足够了,例如

dispatch_async(dispatch_get_main_queue(), ^{
    contentHandler(content);
});