分享最热门的ios资讯

为什么要理解NSURLCache?

在iOS app的开发过程中，网络数据的缓存一直来说都是一件常见，但又繁琐的任务，经常会有各种老大们提出这样那样的缓存要求。

一般而言缓存技术都无外乎以下几点。第一种则是使用系统内置的缓存处理机制，就如本文所提到的，包罗了使用一些第三方库，也是使用系统底层内置的缓存。另外一种则是使用分外的缓存工具，比如数据库、文件存储等进行保存，同时自己来控制缓存的计谋。

缓存的方式很多，无论你选择使用哪一种，我相信理解这些系统底层的处理机制对你最终选择自己的处理计谋会很有资助。

NSURLCache

NSURLCache是iOS系统用于实现网络缓存的一个组件，被放于NSURL Loading这一个功能组件中。

在NSURLConnection加载系统中，缓存被设计为request工具的一个属性，由NSURLRequest工具的cachePolicy属性指定。而在NSURLSession加载系统中，缓存被设计为NSURLSessionConfiguration对像的一个属性，该属性所指定的计谋被该session的所有request所共享。

可选的缓存计谋

NSURLRequestUseProtocolCachePolicy

NSURLRequestUseProtocolCachePolicy是默认的缓存计谋，它使用当前URL的协议中预置的缓存计谋，无论这个协议是http，还是说你自己界说协议。

对于我们常见的http协议来说，这个计谋凭据请求的头来执行缓存计谋。服务器可以在返回的响应头中加入Expires计谋或者Cache-Control计谋来告诉客户端应该执行的缓存行为，同时配合#Last-Modified#等头来控制刷面目目样的时机。

有关具体的http缓存计谋这里不详述。

NSURLRequestReloadIgnoringCacheData

NSURLRequestReloadIgnoringCacheData 这个计谋则基础不会缓存数据

NSURLRequestReturnCacheDataElseLoad

NSURLRequestReturnCacheDataElseLoad 这个计谋对照有趣，它会一直偿试读取缓存数据，直到无法没有缓存数据的时候，才会去请求网络。这个计谋有一个重大的缺陷导致它基础无法被使用，即它基础没有对缓存的刷面目目样时机进行控制，如果你要去使用它，那么需要分外的进行对缓存过期进行控制。

NSURLRequestReturnCacheDataDontLoad

这个选项只读缓存，无论何时都不会进行网络请求。

精确的缓存控制

在默认的这几个选项之下，如果你需要对缓存进行精确的控制或者修改，则需要实现NSURLProtocol子类了

• NSURLSession的数据和上传任务，可以实现URLSession:dataTask:willCacheResponse:completionHandler:要领。另外，下载的任务在这里是不可用的。

• 对于NSURLConnection，则实现connection:willCacheResponse:要领

NSURLSession提供一个block来告之会话需要缓存什么乳，而NSURLConnection署理则需要返回一个NSURLCachedResponse工具。

一般来说，如果你需要修改需要缓存的内容，那么你需要面目目样创建一个NSURLCachedResponse工具来被缓存，同时用于下一次的返回。另外返回nil则会阻止缓存行为。如：

\- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                      willCacheResponse:(NSCachedURLResponse *)cachedResponse
    {
        NSMutableDictionary *mutableUserInfo = [[cachedResponse userInfo] mutableCopy];
        NSMutableData *mutableData = [[cachedResponse data] mutableCopy];
        NSURLCacheStoragePolicy storagePolicy = NSURLCacheStorageAllowedInMemoryOnly;
        // ...
        return [[NSCachedURLResponse alloc] initWithResponse:[cachedResponse response]
                                                        data:mutableData
                                                    userInfo:mutableUserInfo
                                               storagePolicy:storagePolicy];
    }

或者

\- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                  willCacheResponse:(NSCachedURLResponse *)cachedResponse
{
    return nil;
}

与HTTP服务器进行交互的简单说明

Cache-Control头

在第一次请求到服务器资源的时候，服务器需要使用Cache-Control这个响应头来指定缓存计谋，它的格式如下：Cache-Control:max-age=xxxx，这个头指指明缓存过期的时间

Cache-Control头具有如下选项:

• public: 指示可被任何区缓存

• private

• no-cache: 指定该响应消息不能被缓存

• no-store: 指定不应该缓存

• max-age: 指定过期时间

• min-fresh:

• max-stable:

Last-Modified/If-Modified-Since

Last-Modified 是由服务器返回响应头，标识资源的最后修改时间.

If-Modified-Since 则由客户端发送，标识客户端所记录的，资源的最后修改时间。服务器接收到带有该请求头的请求时，会使用该时间与资源的最后修改时间进行对比，如果发现资源未被修改过，则直接返回HTTP 304而不返回包体，告诉客户端直接使用当地的缓存。否则响应完整的消息内容。

Etag/If-None-Match

Etag 由服务器发送，告之当资源在服务器上的一个唯一标识符。

客户端请求时，如果发现资源过期(使用Cache-Control的max-age)，发现资源具有Etag声明，这时请求服务器时则带上If-None-Match头，服务器收到后则与资源的标识进行对比，决定返回200或者304。

用意志战胜身体的惰性！