iOS 网络请求缓存:NSURLCache详解

我读过一些开源项目的网络请求缓存的代码,基本上都是采用在本地存文件的方式进行缓存。如果你打算在你的项目中加入网络请求的缓存,可能你并不需要自己造一个轮子,了解一下NSURLCache就足够。

这是一个Apple已经为你准备好了的网络请求缓存类。网上对这个类的介绍并不多,并且有的文章讲得很不详细。希望这篇文章能让你对NSURLCache有一个比较详细的了解。

缓存

首先,NSURLCache提供的是内存以及磁盘的综合缓存机制。许多文章谈到,使用NSURLCache之前需要在AppDelegate中缓存空间的设置:

然而如果你不添加上面的代码,并且运行如下代码,可以看到:

也就是说,其实默认就已经设置好了512kb的内存缓存空间,以及10MB的磁盘缓存空间。可能你的代码中并没有写任何与NSURLCache有关的东西,但其实它已经默默的开始帮你进行缓存了。

已经缓存上了,但是怎么使用缓存呢?请继续往下。

缓存策略

GET

不用多说,NSURLCache只会对你的GET请求进行缓存。

NSURLRequestCachePolicy

NSURLRequest中有个属性:

你可以通过这个属性来设置请求的缓存策略,

其实其他几个值都比较好理解,唯独默认值UseProtocolCachePolicy让我不太懂。

字面上的意思是按照协议的缓存策略进行缓存,那么这是什么协议呢?http协议

详细:RFC 2616, Section 13

服务器返回的响应头中会有这样的字段:Cache-Control: max-age or Cache-Control: s- maxage,通过Cache-Control来指定缓存策略,max-age来表示过期时间。根据这些字段缓存机制再采用如下策略:

  • 如果本地没有缓存数据,则进行网络请求。
  • 如果本地有缓存,并且缓存没有失效,则使用缓存。
  • 如果缓存已经失效,则询问服务器数据是否改变,如果没改变,依然使用缓存,如果改变了则请求新数据。
  • 如果没有指定是否失效,那么系统将自己判断缓存是否失效。(通常认为是6-24小时的有效时间)

其实我以前对Cache-Control之类的也并不太了解 T_T,自己默默的print了一下响应头,你可以看到:

这也就是为什么,虽然NSURLCache一直在默默的缓存,但是我并没有感受到,当然或许你那里不一样。这个no-cache就表示不缓存。

这里要额外提一句,看到网上有同学说自己出现了某个请求数据一直使用缓存,没有被更新。这种情况可能就是服务器返回的Cache-Control有误。

打开沙盒路径下的Library/Caches 中,你可以看到缓存文件:

ca10144bb74a4b98f8a8ed435640e5f3

沙盒中的缓存文件.png

这可以说明存在磁盘上的数据是存在数据库里的,性能不用担心。打开数据库文件就可以看到请求的数据。

a8e70d2e1d3255127addf221c9643ff7

缓存数据.png

cfurl_cache_response表中可以看到有一个字段是request_key,通过里面的值可以推断每一个response是通过请求的url+参数来作为key储存的。

当然,经过我的多次试验,在Cache-Control: no-cache的情况下,NSURLCache也会进行缓存,但是并不使用缓存数据。

总结一下:默认情况下NSURLCache的缓存策略是根据http协议来的,服务器通过Cache-Control: max-age字段来告诉NSURLCache是否需要缓存数据。

缓存封装

如果你不打算采用http协议的缓存策略,依然可以使用NSURLCache进行缓存。

你可以通过这个方法,传入请求,来获取缓存。NSCachedURLResponse保存了上次请求的数据以及响应头。

NSURLSessionDelegate协议中有如下方法,可以对即将缓存的数据进行修改,添加userInfo,在代理方法中必须调用completionHandler,传入将要缓存的数据,如果传nil则表示不缓存。

Alamofire中可以这样写:

参考

我的blog:Roxily’s Blog

我也只是简单的对NSURLCache进行了介绍,需要深入了解的话大家还是需要拜读一下文章,希望能给大家一些帮助:

1 收藏 评论

可能感兴趣的话题



直接登录
跳到底部
返回顶部