ios - NSURLSession 不使用缓存响应

Question

当我直接查询 NSURLCache 时，我能够看到缓存的响应，但是当我通过 NSURLSession:dataTaskWithRequest 请求相同的资源时，它总是查询服务器并且从不给我缓存响应，即使禁用互联网也是如此。

我在 application:didFinishLaunchingWithOptions 中配置 NSURLCache 如下:

let URLCache = NSURLCache(memoryCapacity: 20 * 1024 * 1024,
                          diskCapacity: 80 * 1024 * 1024, diskPath: nil)
NSURLCache.setSharedURLCache(URLCache)

然后我使用这段代码检查缓存并获取响应:

print("cached response is \(NSURLCache.sharedURLCache().cachedResponseForRequest(request)?.response)")

NSURLSession.sharedSession().dataTaskWithRequest(request) { data, response, error in
  print("nsurlsession response \(response)")
}.resume()

我的调试打印结果是:

cached response is Optional(<NSHTTPURLResponse: 0x7f809d0ddfe0> { URL: https://api.test.com/stuff } { status code: 200, headers {
"Cache-Control" = "public, s-maxage=600";
Connection = "keep-alive";
"Content-Type" = "application/json";
Date = "Tue, 06 Sep 2016 23:41:24 GMT";
Etag = "\"4800a836fee27c56a3cce1f0f2bddaefa5a7785b\"";
Server = "nginx/1.11.3";
"Transfer-Encoding" = Identity;
"X-RateLimit-Limit" = 60;
"X-RateLimit-Remaining" = 2; } })

nsurlsession response Optional(<NSHTTPURLResponse: 0x7f809d202e50> { URL: https://api.test.com/stuff } { status code: 200, headers {
"Cache-Control" = "public, s-maxage=600";
Connection = "keep-alive";
"Content-Type" = "application/json";
Date = "Tue, 06 Sep 2016 23:51:52 GMT";
Etag = "\"4800a836fee27c56a3cce1f0f2bddaefa5a7785b\"";
Server = "nginx/1.11.3";
"Transfer-Encoding" = Identity;
"X-RateLimit-Limit" = 60;
"X-RateLimit-Remaining" = 52; } })

如您所见，服务器的 Cache-Control header 设置为允许缓存。我没有对我的请求做任何特殊的事情，只是创建一个带有 URL 的默认 NSURLRequest。每次我触发请求时，新的响应都会被缓存，但它永远不会在后续请求中检索到。

NSURLSession 不使用存储在 NSURLCache 中的响应有什么原因吗？我必须做些什么来告诉 NSURLSession 在缓存中实际查找请求吗？

Answer 1

我不能绝对肯定地告诉您为什么没有查询缓存，但我可以给您列出最可能的原因:

• 当查询该 ETag header 的有效性时，服务器没有以 304 响应(IIRC 使用 HEAD 请求)。
• 请求太大——无论是相对于缓冲区的大小还是绝对值。缓存至少应该比您通常缓存的请求大几个数量级；超过缓存大小 5% 的任何内容都不会被缓存。
• 请求方法不是 GET。 (只有 GET 请求才会被缓存，除非你对机器进行大量操作。)
• 10 多分钟过去了(600 秒不是很长)。
• 请求是在具有不同后备缓存的不同 URL session 中发出的。
• 请求是在临时 URL session 或由于某些其他原因没有缓存的 session 中发出的。
• session 实际上正在返回缓存的响应，但您看到的是一个请求，因为它重新验证的速度比您预期的要快一些——可能是因为它很快就会达到其最大期限。
• 您的 URL 请求正在后台由不考虑缓存的自定义 NSURLProtocol 处理(例如，由于某些行为不当的第三方网络或广告框架)。
• 当您尝试检索请求时，该请求实际上并未完全写入缓存(多线程导致的时间竞争)。

我可能忘记了其他几个。话虽如此，如果我忘记了它们，那可能意味着它们没有记录在案。

所以...

如果您确认上面列出的一切都按预期工作，请在 bugreporter.apple.com 提交错误并包含足够的代码来重现问题，如果可能的话还包括数据包转储。