UNUserNotificationCenterDelegate的didReceive点击通知不触发异常

你写的didReceive方法根本没有被系统执行到。控制台输出的completionHandler未调用警告，本质是系统尝试向delegate投递点击通知的响应事件时，找不到有效的可响应实例，等不到对应的completion回调抛出的——和你代码里是否写了completion调用没有关系。
常见触发原因分为两类：

• 弱引用失效：UNUserNotificationCenter.delegate是弱引用属性，你在授权回调里设置的self，如果是临时持有实例（比如页面ViewController、临时创建的工具类），在回调执行完成后就会被ARC回收，后续系统发来的点击事件找不到合法接收者。这也解释了为啥同协议的willPresent方法能正常触发——willPresent的触发时机是App已经处于前台运行状态、收到实时推送时，此时如果delegate还没被释放，就能正常响应；但前台/后台点击通知的事件可能发生在App被唤起的早期阶段，弱引用的delegate此时已经被回收，自然接不到回调。
• 时序错位：当用户从通知点击冷启动App时，系统会在App启动的极早期阶段（早于授权回调返回）就尝试把通知响应事件投递给delegate。如果你把delegate的设置逻辑放在授权请求的完成回调里，此时delegate还未完成绑定，系统的投递就会落空，且系统不会在后续delegate绑定完成后重新补发之前的事件，最终触发超时警告。

• 更换delegate的绑定对象：把delegate绑定到和App同生命周期的强引用实例上，优先选AppDelegate或SceneDelegate——这类对象是由UIKit框架强引用持有，不会被提前回收，从根源上避免弱引用失效的问题。
• 调整delegate的设置时机：不要把delegate设置逻辑放在授权请求的回调里，提前在App的初始化阶段完成绑定，哪怕用户还没完成授权流程，提前设置delegate也不会产生额外的系统开销。示例代码：

  // 在App/Scene的初始化方法中完成绑定，而非等授权回调
  override init() {
      super.init()
      UNUserNotificationCenter.current().delegate = self
  }
  

• 增加绑定有效性校验：在App每次进入前台、Scene完成激活的时机，主动检查UNUserNotificationCenter.current().delegate是否为预期的实例，如果发现为nil或指向了无效对象，重新完成绑定。
• 冷启动事件兜底：如果确实因为早期时序问题没接住通知点击事件，可以在didFinishLaunchingWithOptions的启动参数中提取通知相关的事件字段，手动触发对应的跳转逻辑，避免用户点击通知后无响应的问题。

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