我之前也碰到过类似的坑——iOS 11.3测试版里WKWebView明明能正常用Service Workers，到了正式GM版就突然失效了，折腾了好一阵才梳理出几个可行的解决方向，你可以挨个排查试试：

• 先确认ATS配置是否合规
  正式版iOS对HTTPS的要求比测试版更严格，如果你的网页用的是HTTP协议，Service Worker会被直接阻止注册。你需要在App的Info.plist里调整ATS设置：

  • 要么全局允许非HTTPS请求（仅适合测试，不推荐上线）：添加NSAppTransportSecurity字典，设置NSAllowsArbitraryLoads为YES
  • 要么针对特定域名设置例外（推荐）：在NSAppTransportSecurity下添加NSExceptionDomains字典，把你的网页域名作为key，再开启NSIncludesSubdomains和NSAllowsArbitraryLoads为YES

• 检查WKWebView的核心配置
  正式版里WKWebView的默认配置悄悄收紧了，这几个点一定要确认：

  1. 必须启用JavaScript：WKWebViewConfiguration的preferences.javaScriptEnabled要设为YES，Service Worker完全依赖JS运行
  2. 不能用非持久化数据存储：确保配置的websiteDataStore是WKWebsiteDataStore.default()，如果用了nonPersistent()，Service Worker无法持久化，自然无法工作
     示例代码：

  let webConfig = WKWebViewConfiguration()
  webConfig.preferences.javaScriptEnabled = true
  webConfig.websiteDataStore = WKWebsiteDataStore.default()
  let webView = WKWebView(frame: view.bounds, configuration: webConfig)
  

• 排查网页端的Service Worker注册代码
  有时候不是App的问题，是网页端的注册逻辑在正式版里不兼容：

  • 检查Service Worker文件路径是否正确，有没有返回404错误
  • 确认注册的scope是否符合规则（必须是当前页面路径的子集，或者在注册时显式指定合法的scope）
    你可以在网页的控制台里加一段调试代码，看看注册失败的具体原因：

  navigator.serviceWorker.register('/sw.js')
    .then(registration => console.log('Service Worker注册成功:', registration))
    .catch(error => console.error('Service Worker注册失败:', error));
  

• 清除WebView的旧缓存数据
  测试版残留的缓存数据可能和正式版冲突，你可以尝试清除WKWebView的所有网站数据后再重新加载：

  let allDataTypes = WKWebsiteDataStore.allWebsiteDataTypes()
  WKWebsiteDataStore.default().removeData(ofTypes: allDataTypes, modifiedSince: Date.distantPast) {
      // 数据清除完成后，重新加载你的网页
  }
  

如果以上方法都试过还是不行，建议先在Safari里打开你的网页，确认Service Worker是否能正常工作——如果Safari里也不行，那可能是网页本身的兼容性问题，而非WKWebView的配置问题。

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