iOS 16.4中如何持久化WKWebView的permission.Notification权限

问题核心 #

iOS 16.4新增的Web推送通知在Safari主屏幕Web App中能正常工作，权限也能持久保存，但嵌入到WKWebView中时，每次打开都会重复弹出订阅请求——诊断发现是因为WKWebView的permission.Notification权限无法被持久化为allow，每次都会重置为default。这是因为WKWebView的权限存储机制和Safari不同，默认情况下如果配置不当，权限数据不会被持久保存。

具体解决步骤 #

• 使用持久化的WKWebsiteDataStore
  WKWebView的权限数据存在WKWebsiteDataStore中，若使用临时数据存储（nonPersistent()），权限会随WebView实例销毁而丢失。务必使用默认的持久化数据存储来初始化WebView：

  let config = WKWebViewConfiguration()
  config.websiteDataStore = WKWebsiteDataStore.default() // 持久化存储，保留权限数据
  let webView = WKWebView(frame: view.bounds, configuration: config)
  

• 确保权限请求由用户交互触发
  iOS对权限请求的触发时机有严格限制，必须在用户主动交互（比如点击按钮）的回调中发起Web推送订阅请求，否则权限不会被持久化。避免在页面加载完成后自动发起请求。

• 检查应用级通知权限
  WKWebView的Web推送依赖于应用本身的系统通知权限，先确保应用已获取通知授权：

  import UserNotifications
  
  UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .badge, .sound]) { granted, error in
      if let error = error {
          print("通知权限请求失败：\(error.localizedDescription)")
      }
  }
  

• 避免私有浏览模式配置
  不要为WKWebView配置私有浏览模式，否则所有数据（包括权限）都不会被持久化存储。

额外注意事项 #

• 确保网站的manifest.json配置正确，包含display: standalone或fullscreen属性，符合PWA的基本要求。
• 测试时尽量使用真机，模拟器可能存在权限持久化的兼容性问题。

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