NSURLCache cachedResponseForRequest不檢索緩存數據

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字段。 另請參見這里 ：

13.1.3緩存控制機制

HTTP / 1.1中的基本緩存機制（服務器指定的到期時間和驗證程序）是緩存的隱式指令。 在某些情況下，服務器或客戶端可能需要向HTTP緩存提供顯式指令。 為此，我們使用Cache-Control標頭。

Cache-Control標頭允許客戶端或服務器在請求或響應中傳輸各種指令。 這些指令通常會覆蓋默認的緩存算法。 作為一般規則，如果標頭值之間存在任何明顯的沖突，則應用最嚴格的解釋（即，最有可能保留語義透明性的解釋）。

13.3.2實體標記緩存驗證器

ETag響應頭字段值（實體標簽）提供“不透明”緩存驗證器。 這可能允許在存儲修改日期不方便的情況下進行更可靠的驗證，其中HTTP日期值的一秒分辨率不足，或者原始服務器希望避免使用修改日期可能產生的某些悖論。

你可以找到這里的Cache-Control和允許值這里那些Etag的。