iOS Swift开发采用协调器模式时sceneDidEnterBackground未触发问题

• 先检查Info.plist的Scene配置完整性
  不少从旧版本App迁移适配Scene生命周期的项目，写完SceneDelegate的实现就以为配置完成了，实际上配置不全的时候，系统会出现“前台回调正常派发、后台回调不派发”的异常表现。
  需要确认以下配置项没有遗漏：

  • 存在Application Scene Manifest根节点
  • 节点下的Scene Configuration包含Default Configuration子项
  • 子项中正确填写UISceneDelegateClassName的值（格式为$(PRODUCT_MODULE_NAME).SceneDelegate，注意匹配实际的项目模块名，不要写错）
  • 纯代码搭建窗口的项目可以把Storyboard Name置空，但不能删除这个配置键

• 确认是否开启了常驻后台权限
  如果App开启了音频播放、持续定位、后台内容拉取这类后台模式，系统不会在用户切到后台的第一时间触发sceneDidEnterBackground，会等所有后台任务执行完毕、判定应用进入挂起状态后才会派发这个回调。
  这类场景下就算回调最终能触发，也已经错过隐私保护的最佳时机：iOS的多任务界面快照，是在App失去焦点（resignActive）的瞬间截取的，等进后台才弹出保护窗，快照里已经留存了之前的敏感内容，完全达不到防窥的效果。
• 排查第三方SDK的Swizzling冲突
  部分旧版本的埋点、推送、崩溃收集类SDK，会在初始化时对UISceneDelegate的方法做实现替换，如果SDK的逻辑有漏洞，就会吞掉后台相关的回调，只保留前台的回调通道。
  可以通过断点快速验证：分别在SceneDelegate的sceneDidEnterBackground、AppDelegate的applicationDidEnterBackground方法里打个断点，切后台的时候观察哪个断点能命中：
  • 如果AppDelegate的方法能触发、Scene的方法不能，说明是SDK拦截了Scene的后台回调，要么升级SDK到修复版本，要么直接在AppDelegate的后台方法里调用隐私保护的展示逻辑。
• 优化隐私保护的触发时机
  实际开发中完全不需要依赖sceneDidEnterBackground来展示隐私窗，把触发逻辑调整到App失去焦点的节点，既能规避回调不触发的问题，还能达到最好的防窥效果：

  // App失去焦点的第一时间展示隐私窗，会在系统截取多任务快照之前完成遮盖
  func sceneWillResignActive(_ scene: UIScene) {
      showPrivacyProtectionWindow()
  }
  
  // App重新激活时立刻隐藏隐私窗
  func sceneDidBecomeActive(_ scene: UIScene) {
      hidePrivacyProtectionWindow()
  }
  

  这种写法覆盖了所有需要隐私保护的场景：切后台、弹出系统权限弹窗、接电话、从多任务切回App，不会因为生命周期回调的异常出现保护漏洞。

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