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
