iOS 11：离线时如何强制UIWebView使用NSURLCache缓存？

嘿，这个问题我太熟悉了——iOS 11之后的离线请求行为变化确实坑了不少还在维护UIWebView的开发者，我刚好做过类似的适配，给你拆解下具体的解决思路：

先明确问题差异 #

自iOS 11起，设备离线时网络请求通常会快速失败，弹出「互联网连接似乎已断开」的错误提示（错误码-1009）。而iOS 11之前的版本中，请求会先尝试走URL加载系统的部分流程。

核心方案：自定义NSURLCache子类 #

通过自定义缓存类，我们可以实现「优先返回缓存内容，后台静默更新服务器资源」的逻辑，具体操作如下：

• 重写缓存读取逻辑：在自定义的NSURLCache子类中，重写cachedResponseForRequest:方法，优先返回本地已缓存的响应。这里可以结合网络状态判断——如果设备离线，直接返回缓存；如果在线，先返回缓存，再触发后台更新。
• 后台异步更新缓存：返回缓存内容后，启动一个后台异步任务，发起实际的网络请求获取服务器最新资源，拿到响应后更新本地缓存。这样用户能立刻看到可用内容，同时后台默默完成更新，下次打开就能拿到最新版本。
• 全局设置自定义缓存：在App启动时（比如application:didFinishLaunchingWithOptions:方法里），将自定义缓存设置为全局共享缓存，让UIWebView的所有请求都走这个缓存逻辑：

  // 示例代码（Objective-C）
  CustomWebURLCache *customCache = [[CustomWebURLCache alloc] initWithMemoryCapacity:10 * 1024 * 1024
                                                                       diskCapacity:50 * 1024 * 1024
                                                                           diskPath:@"UIWebViewOfflineCache"];
  [NSURLCache setSharedURLCache:customCache];
  

• 拦截-1009错误场景：在缓存读取逻辑里提前判断网络状态，避免请求走到错误回调环节，这样就能阻止UIWebView弹出那个烦人的离线错误提示。

额外注意要点 #

• 合理设置缓存过期策略：可以在缓存响应时记录过期时间，读取时判断是否需要跳过缓存直接请求，避免用户看到过于陈旧的内容。
• 线程安全处理：后台更新缓存时要加锁，避免多个请求同时更新缓存导致的数据冲突。
• HTTPS请求适配：如果是HTTPS资源，要确保缓存的响应是可信任的，避免出现安全校验失败的问题。

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