Question

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

我在NSURLCache中配置application:didFinishLaunchingWithOptions，如下所示：

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标头设置为允许缓存。我没有对我的请求做任何特别的事情，只是创建一个带有URL的默认NSURLRequest。每次触发请求时，新响应都会被缓存，但在后续请求中永远不会检索它。

NSURLSession是否有理由不使用NSURLCache中存储的回复？我必须做些什么来告诉NSURLSession实际查找缓存中的请求？

Answer 1

我无法绝对肯定地告诉你为什么没有咨询缓存，但我可以列出最可能的原因：

当查询该ETag标头（使用HEAD请求的IIRC）的有效性时，服务器没有回应304。
请求太大 - 无论是相对于缓冲区的大小还是绝对值。缓存应至少比您通常缓存的请求大几个数量级;超过大约5％的缓存大小的任何内容都不会被缓存。
请求方法不是GET。（只有GET请求被缓存，除非你明显地使用机器。）
超过10分钟（600秒不是很长）。
请求是在具有不同后备缓存的其他URL会话中进行的。
请求是在短暂的URL会话或由于其他原因没有缓存的会话中进行的。
会话实际上正在返回缓存的响应，但是您正在看到一个请求，因为它会比您预期的更有效地重新验证 - 可能是因为它将很快达到其最大年龄。
您的URL请求将在后台由不受缓存影响的自定义NSURLProtocol处理（例如，由于某些行为不当的第三方网络或广告框架）。
当您尝试检索请求时，请求实际上并未完全写入缓存（由多个线程引起的时间竞争）。

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

因此...

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

NSURLSession未使用缓存的响应

1 个答案: