NSURLCache缓存的位置

前言

对于NSURLRequest，我们都很熟悉。在创建request时，可以设置属性cachePolicy，决定从本地还是网络上获取内容。那么如果是从本地取的话，是从哪取呢？下面来简单聊一下。

NSURLCahe

NSURLCahe实现了response的缓存机制，将NSURLRequest和NSCachedURLResponse映射起来。默认情况下，Memory cache=4M，Disk cache=20M。可以子类化NSURLCahe实现自己的缓存逻辑。

如果response的httpHeader里Cache-control/expires设置为可以被缓存，iOS会自动的将其存到本地数据库中。路径是沙盒路径下Library/Caches/bundid/Cache.db。，对于webview的缓存，也一样，因为它也是用的NSURLCache。

1.png

NSCachedURLResponse

NSCachedURLResponse是包含了NSURLResponse和缓存data的类。当数据返回时，将要缓存时会调这个方法。如果返回nil，则不缓存。原理如下。

- (nullable NSCachedURLResponse *)connection:(NSURLConnection *)connection willCacheResponse:(NSCachedURLResponse *)cachedResponse {
    NSHTTPURLResponse *httpResponse = (NSHTTPURLResponse *)cachedResponse;

    if ([connection currentRequest].cachePolicy == NSURLRequestUseProtocolCachePolicy) {
        NSDictionary *headers = [httpResponse allHeaderFields];
        NSString *cacheControl = [headers valueForKey:@"Cache-Control"];
        NSString *expires = [headers valueForKey:@"Expires"];
        // don't cache
        if (cacheControl == nil && expires == nil) {
            return nil;
        }
    }

    return cachedResponse;
}

• 判断request的cachePolicy是否==NSURLRequestUseProtocolCachePolicy
• 取response的header，是否有cache-control和expire字段。
• 存在cache-control，缓存
• 存在expires，缓存
• cache-control和expire都没有，认为不缓存。因为苹果没有提及到服务端没有返回expire时，默认的缓存时间是多少，所以直接做不缓存处理。

Cache.db

可以用MesaSQlite打开Cache.db，其中包括4张表，我们主要关注3个。

2.png

也可以直接在命令行中sqlite3 dbpath，打开数据库。

sqlite3 ~/Library/Developer/CoreSimulator/Devices/9C84830D-9B7B-454A-A245-B25E6318B765/data/Containers/Data/Application/B85B7BF4-CEDE-42E2-A6B2-F1BB5214DBE6/Library/Caches/com.summer.test/Cache.db 

查看表

sqlite> .tables
cfurl_cache_blob_data       cfurl_cache_response      
cfurl_cache_receiver_data   cfurl_cache_schema_version

1.cfurl_cache_blob_data

3.png

entry_ID是主键，request_object请求对象，response_object响应对象，都是BLOB类型。在MeaseSqlite中查看时，数据不能完全显示出来。不知道有什么方法可以直接查看blob。
执行了一条sql，看到response_object的内容如下：

sqlite> SELECT response_object FROM cfurl_cache_blob_data;

bplist00?WVersionUArray?
"#?     __CFURLStringType\_CFURLString_Jhttp://static.m.yy.com/group1/M00/00/1D/dB95f1cZtpYAAAAAAAAFR2Vrq3A673.gif#A?????6?

只是可以大致知道包括了url，但其他的信息暂时不太清楚，如有知道的朋友，还请告知。

2.cfurl_cache_receiver_data

4.png

receiver_data存储一些返回的数据，如image，js，html，json等。可以自行查看。

3.cfurl_cache_response

5.png

request_key：请求url
storage_policy：缓存策略

4.缓存的查找

• 在cfurl_cache_response中根据request_key（即url）查到entry_ID
• 在cfurl_cache_blob_data根据entry_ID找到response_object
• 在cfurl_cache_receiver_data中根据entry_ID找到receiver_data

最后用response_object和receiver_data拼装NSCachedURLResponse。

NSURLResponse *urlResponse = [[NSURLResponse alloc] initWithURL:request.URL MIMEType:[[request allHTTPHeaderFields] objectForKey:@"Accept"] expectedContentLength:[(NSData *)response_object length] textEncodingName:nil];

NSCachedURLResponse *cachedURLResponse = [[NSCachedURLResponse alloc] initWithResponse:urlResponse data:receiver_data userInfo:nil storagePolicy:NSURLCacheStorageAllowed];

storagePolicy表明了object是否允许存储。

typedef NS_ENUM(NSUInteger, NSURLCacheStoragePolicy)
{
    NSURLCacheStorageAllowed,   //内存，磁盘都可以存
    NSURLCacheStorageAllowedInMemoryOnly,   //只能在内存中
    NSURLCacheStorageNotAllowed, //不允许
};

删除缓存

执行完这句后，表中的数据全部清空了。

[[NSURLCache sharedURLCache] removeAllCachedResponses];

后语

本文简单的说明了下缓存的位置，及表结构。若各路大虾有更加深入的理解，欢迎提出。

遗留问题：
1. 如何方便查看blob数据
2. response_object到底是神马？

2017.1.6更新--解决遗留问题

1、如何方便查看blob数据
无意中看到一篇博文，也说到对blob数据的查看，作者发现blob中导出的txt数据，都有相似的地方，以xxx开头，然后去google解法。刹那间我也想起，我所疑惑的问题，是不是可以有相同的处理。

于是乎，喵了眼txt，全都是以plist00开头。搜了一下，发现原来是plist的二进制文件。并且有方法可以直接转成plist。这刻，😆😆深深的体会到，会google真能解决不少难题。

QQ20170106-0@2x.png QQ20170106-1@2x.png

命令也很简单：

plutil -convert binary1 -o result.plist 1.txt

庐山真面目终于要来了~

QQ20170106-2@2x.png

2、关于response_object
response_object也是blob格式的数据，我试着用同样的方式打开，果然还是个plist。内容如下，字段意思都比较明了。

QQ20170106-3@2x.png

参考：
Taking Advantage of iOS5 Built-In HTTP DiskCache
Caching and NSURLConnection
Binary Property Lists