NSURLCache 和 NSCache 的区别

NSURLCache提供的是URL Request缓存,可以在Memory和Disk上；NSCache提供了HTTP Request外的东西的缓存方式，在Memory上。
NSCache和NSDictionary类似，不同的是系统回收内存的时候它会自动删掉它的内容。AFNetworking的图片缓存采用的就是NSCache。
NSURLCache一般用于UIWebView，只对异步请求有效，程序中只有一个NSURLCache，为了使响应更灵敏而且更像本地用户界面。

NSURLCache详解

NSURLCache 为您的应用的 URL 请求提供了内存中以及磁盘上的综合缓存机制。作为基础类库 URL 加载系统的一部分，任何通过 NSURLConnection 加载的请求都将被 NSURLCache 处理。网络缓存减少了需要向服务器发送请求的次数，同时也提升了离线或在低速网络中使用应用的体验。
当一个请求完成下载来自服务器的回应，一个缓存的回应将在本地保存。下一次同一个请求再发起时，本地保存的回应就会马上返回，不需要连接服务器。NSURLCache 会自动且透明地返回回应。
为了好好利用 NSURLCache，你需要初始化并设置一个共享的 URL 缓存。在 iOS 中，需要在 -application:didFinishLaunchingWithOptions: 完成，而 Mac OS X 中是在 –applicationDidFinishLaunching。

创建
```
NSURLCache *URLCache = [[NSURLCache alloc] initWithMemoryCapacity:4 * 1024 * 1024 diskCapacity:20 * 1024 * 1024 diskPath:nil];

[NSURLCache setSharedURLCache:URLCache];
```
默认情况下，内存是4M，4 1024 1024；Disk为20M，20 * 1024 ＊ 1024；路径(diskPath)在(NSHomeDirectory)/Library/Caches/(current application name, [[NSProcessInfo processInfo] processName])。

NSURLCache使用的常用方法

-(NSCachedURLResponse *)cachedResponseForRequest:(NSURLRequest *)request;如果对应的NSURLRequest没有cached的response那么返回nil

-(void)storeCachedResponse:(NSCachedURLResponse *)cachedResponse forRequest:(NSURLRequest *)request;为特定的NSURLRequest做cache

-(void)removeCachedResponseForRequest:(NSURLRequest *)request;移除特定NSURLRequest的cache

-(void)removeAllCachedResponses; 移除所有的cache

缓存的几种方式
缓存策略由请求（客户端）和回应（服务端）分别指定。
NSURLRequest 有个 cachePolicy 属性，它根据以下常量指定了请求的缓存行为：

UseProtocolCachePolicy                     默认行

ReloadIgnoringLocalCacheData               不使用缓存

-ReloadIgnoringLocalAndRemoteCacheData-    我是认真地，不使用任何缓存

ReturnCacheDataElseLoad                    使用缓存（不管它是否过期），如果缓存中没有，那从网络加载吧

ReturnCacheDataDontLoad                    离线模式：使用缓存（不管它是否过期），但是不从网络加载

-ReloadRevalidatingCacheData-              在使用前去服务器验证

HTTP 缓存语义
因为 NSURLConnection 被设计成支持多种协议——包括 FTP、HTTP、HTTPS——所以 URL 加载系统用一种协议无关的方式指定缓存。为了本文的目的，缓存用术语 HTTP 语义来解释。
HTTP 请求和回应用 headers 来交换元数据，如字符编码、MIME 类型和缓存指令等。

Request Cache Headers

在默认情况下，NSURLRequest 会用当前时间决定是否返回缓存的数据。为了更精确地控制，允许使用以下请求头：

Modified-Since-    这个请求头与 Last-Modified 回应头相对应。把这个值设为同一终端最后一次请求时返回的Last-Modified 字段的值。

If-None-Match-     这个请求头与 Etag 回应头相对应。使用同一终端最后一次请求的Etag值。

Response Cache Headers

NSHTTPURLResponse 包含多个 HTTP 头，当然也包括以下指令来说明回应应当如何缓存：

Cache-Control - 这个头必须由服务器端指定以开启客户端的 HTTP 缓存功能。这个头的值可能包含 max-age（缓存多久），是公共 public 还是私有 private，或者不缓存 no-cache等信息。

除了 Cache-Control 以外，服务器也可能发送一些附加的头用于根据需要有条件地请求：

Last-Modified -    这个头的值表明所请求的资源上次修改的时间。例如，一个客户端请求最近照片的时间线，/photos/timeline，Last-Modified 的值可以是最近一张照片的拍摄时间。

Etag -             这是 “entity tag” 的缩写，它是一个表示所请求资源的内容的标识符。在实践中，Etag 的值可以是类似于资源的 MD5 之类的东西。这对于那些动态生成的、可能没有明显的 Last-Modified 值的资源非常有用。

NSURLConnectionDelegate

一旦收到了服务器的回应，NSURLConnection 的代理就有机会在 -connection:willCacheResponse: 中指定缓存数据。
所以缓存实际在NSCachedURLResponse这个类中。NSCachedURLResponse 是个包含 NSURLResponse 以及它对应的缓存中的 NSData 的类。
在 -connection:willCacheResponse: 中，cachedResponse 对象会根据 URL 连接返回的结果自动创建。
因为 NSCachedURLResponse 没有可变部分，为了改变 cachedResponse 中的值必须构造一个新的对象，把改变过的值传入 –initWithResponse:data:userInfo:storagePolicy:，例如：

(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];

    }

如果 -connection:willCacheResponse: 返回 nil，回应将不会缓存。

(NSCachedURLResponse *)connection:(NSURLConnection *)connection willCacheResponse:(NSCachedURLResponse *)cachedResponse{

return nil;

}

如果不实现此方法，NSURLConnection 就简单地使用本来要传入 -connection:willCacheResponse: 的那个缓存对象，所以除非你需要改变一些值或者阻止缓存，否则这个代理方法不必实现。

NSCache 使用

NSCache *myCache = ...;

NSAssert(myCache != nil, @"cache object is missing");

Widget *myWidget = [myCache objectForKey: @"Important Widget"];

if (!myWidget) {

myWidget = [[[Widget alloc] initExpensively] autorelease];

[myCache setObject: myWidget forKey: @"Important Widget"];

}

if (myWidget) {

[myWidget runOrWhatever];

}