Question

我正在尝试从NSURLCache获取以前缓存的信息。使用此代码：

NSString *theCompleteURL = @"http://192.168.1.2:8080/api/endpoint.json";
NSURLRequest *request = [NSURLRequest requestWithURL:[NSURL URLWithString:theCompleteURL]];

NSCachedURLResponse *response = [[NSURLCache sharedURLCache] cachedResponseForRequest:request];
if (response) {
    NSLog(@"Cached data found");
}
else {
    NSLog(@"Cached data not found");
}

但是我总是从方法cachedResponseForRequest的“响应”变量中得到nil。

我确信数据在缓存中，因为我在应用程序的Cache.db文件中检查了数据，从cfurl_cache_response表中获取此结果：

sqlite> select * from cfurl_cache_response;
1|0|1875686237|0|http://192.168.1.2:8080/api/endpoint.json|2014-01-09 11:55:17|
sqlite>

在ApplicationDelegate中，NSURLCache配置为：

NSURLCache *cache = [[NSURLCache alloc] initWithMemoryCapacity:5 * 1024 * 1024
                                                  diskCapacity:40 * 1024 * 1024
                                                      diskPath:nil];

[NSURLCache setSharedURLCache:cache];

有关缓存可能发生的事情的任何想法吗？

我的端点标题如下：

$ curl -I http://192.168.1.2:8080/api/endpoint.json
HTTP/1.1 200 OK
Content-Length: 1385
Expires:  Thu, 01 Dec 2020 16
00: 00 GMT
Content-Type: application/json;charset=utf-8
ETag:  "3e86-410-3596fbbc"
Cache-Control:  max-age=3600
Connection: keep-alive
Server: thin 1.5.1 codename Straight Razor
$

Answer 1

这可以通过与响应相关联的标头来解释，特别是Cache-control和Etag字段。另请参阅here：

13.1.3缓存控制机制

HTTP / 1.1中的基本缓存机制（服务器指定的到期时间和验证程序）是缓存的隐式指令。在某些情况下，服务器或客户端可能需要向HTTP缓存提供显式指令。为此，我们使用Cache-Control标头。

Cache-Control标头允许客户端或服务器在请求或响应中传输各种指令。这些指令通常会覆盖默认的缓存算法。作为一般规则，如果标头值之间存在任何明显的冲突，则应用最严格的解释（即，最有可能保留语义透明度的解释）。

13.3.2实体标记缓存验证器

ETag响应头字段值（实体标记）提供“不透明”缓存验证器。这可能允许在存储修改日期不方便的情况下进行更可靠的验证，其中HTTP日期值的一秒分辨率不足，或者原始服务器希望避免使用修改日期可能产生的某些悖论

您可以找到here缓存控制的允许值和here Etag的值。

NSURLCache cachedResponseForRequest不检索缓存数据

1 个答案: