URL加载系统：缓存、Cookies与协议
缓存：
URL为请求提供了基于磁盘缓存和内存缓存，缓存减少了应用对网络连接的依赖，提高了性能。
在iOS中的运用：
一个NSURLRequest实例，通过设置缓存策略来指定本地缓存。
默认缓存策略：NSURLRequestUserProtocolCachePolicy 由协议指定的针对该协议最好的实现方式
其他几种缓存策略：
NSURLRequestReloadIgnoringCacheData:URL从服务器加载数据，完全忽略了缓存
NSURLRequestReturnCacheDataElseLoad:URL使用缓存数据，忽略其过期时间，只有在没有缓存版本的时候才从服务器加载数据
NSURLRequestReturnCacheDataDontLoad：只返回缓存中的数据，如果响应没有在本地缓存中，那么直接返回nil。类似于离线模式，且从来不进行网络连接
目前只有HTTP和HTTPS的响应被缓存
缓存最常用场景：使用HTTP协议实现网络请求，同时设置缓存策略为NSURLRequestUseProtocolCachePolicy
缓存底层实现原理
<-如果请求的缓存响应在本地有，则URl检查响应来确定它指定的内容必须被重新验证。如果内容必须验证，则URL加载系统发出一个HEAD请求到服务器以确定资源是否已经改变。如果没有改变，则URL加载系统返回缓存响应对象。如果已经改变，则URL加载系统从服务器获取数据。->
默认情况下，连接的数据基于请求的缓存策略来进行缓存，同时由处理请求的NSURLProtocol子类来解析。如果我们需要对缓存做更精确的控制，我们可以实现一些代理方法来允许应用来确定请求是否应该缓存：
1.对于
NSURLSession数据和上传任务，实现URLSession:dataTask:willCacheResponse:completionHandle:方法。这个代理方法只用于数据请求和上传任务。而下载任务的缓存由指定的缓存策略来做。
2.对于NSURLConnection,实现connection:willCacheResponse:方法
区别：NSURLSession我们的代理方法调用一个完成处理器block来告知会话需要缓存什么东西
NSURLConnection代理方法返回连接需要缓存的对象。不管那种情况，代理都会提供以下其中之一对象:
1.允许缓存的响应对象
2.新创建的响应对象，用于缓存被修改的响应
3.NULL,阻止缓存
代理方法也可以提供与NSCacheURLResponse对象相关的userinfo字典，将这些对象作为响应的一部分存储在缓存中
Cookies
由于HTTP协议是无状态的，客户端通常使用Cookie来提供URL请求间数据的持久化存储。URL提供接口来创建和管理cookie，将cookie作为HTTP请求的一部分进行发送，并在解析一个服务端的响应时获取cookie。
NSHTTPCookie类封装了一个cookie，并提供了大量访问器来访问cookie的各种属性。
该类同样提供了方法用于HTTP cookie头与NSHTTPCookie实例之前的互转。
URL自动发送与NSURLRequest对象匹配的任何存储cookie，除非该请求致命不需要发送cookie
NSURLResponse对象是返回的cookie，根据当前设定的cookie接收策略来处理
NSHTTPCookieStorage提供接口来管理``NSHTTPCookie对象的集合。与MacOC不同的是，iOS的cookie不同在应用间共享。NSHTTPCookieStorage允许一个应用指定cookie接收策略
协议支持
URL允许客户端程序扩展协议，支持自定义的传输数据方式。URL加载系统默认只支持http,https,file,ftp,data协议。
我们可以继承
NSURLProtocol来实现一个自定义的协议，然后使用NSURLProtocol类的registerClass:方法将自定义协议注册到URL加载系统中。
当NSURLSession,NSURLConnection和NSURLDownload对象初始化一个NSURLRequest的连接，URL以注册顺序的倒序来查询每一个注册类。每个类都将调用canInitWithRequest:方法，第一个返回YES的类将被用于处理请求。
