手机锁定时Notification Content Extension内WKWebView无法加载问题咨询

这个现象是iOS的系统设计限制，并非Bug。
iOS的通知内容扩展（NCE）属于扩展类进程，本身的权限和运行资源受系统严格限制。而WKWebView的核心渲染、JS执行逻辑都运行在独立的WebContent进程中，当设备处于锁屏状态时，系统为了保障安全与功耗控制，会禁止第三方扩展启动额外的独立进程，你提供的日志中出现的WebProcess启动失败、RBS断言获取报错就是这个限制直接导致的。
而WKWebView的常规导航失败代理（webView(_:didFail:withError:)、webView(_:didFailProvisionalNavigation:withError:)）仅覆盖导航过程中的网络错误、资源加载错误等上层场景，没有对这种底层进程无法启动的场景做回调适配，所以你在代码层面拿不到对应的错误信息。

检测方法 #

• 监听设备解锁状态：通过UIApplication.shared.protectedDataAvailable属性可以直接判断当前设备是否处于解锁状态（属性返回true代表设备已解锁、数据保护已解除），同时可以监听UIApplicationProtectedDataDidBecomeAvailable和UIApplicationProtectedDataWillBecomeUnavailable系统通知，实时感知设备的解锁、锁屏状态切换。
• 增加加载超时兜底：触发WebView加载时启动一个超时计时器（建议时长设为8~15秒），如果超时时间内没有收到webView(_:didFinish:)回调，即可判定当前加载失败，结合当前的锁屏状态就可以确认是否是系统限制导致的问题。

规避方案 #

• 延迟加载WebView内容：NCE启动时先判断设备状态，如果当前处于锁屏状态，暂不触发WebView的加载请求，等收到设备解锁的通知之后再执行加载逻辑。
• 锁屏状态降级展示：如果用户在锁屏状态下唤起了NCE，优先展示原生写的占位UI，提示用户解锁后查看完整内容，用户解锁后自动加载WebView内容替换占位UI即可。
• 纯原生渲染内容：如果业务要求必须在锁屏状态下完整展示内容，直接放弃使用WKWebView，改用UILabel、UIImageView等原生控件渲染所有内容，完全避开WebKit的进程限制。

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