摘要：是系统用于实现网络缓存的一个组件，被放于这一个功能组件中。对于我们常见的协议来说，这个策略根据请求的头来执行缓存策略。这个选项只读缓存，无论何时都不会进行网络请求。另外返回则会阻止缓存行为。否则响应完整的消息内容。
为什么要理解NSURLCache?
在iOS app的开发过程中，网络数据的缓存一直来说都是一件常见，但又繁琐的任务，经常会有各种老大们提出这样那样的缓存要求。
一般而言缓存技术都无外乎以下几点。第一种则是使用系统内置的缓存处理机制，就如本文所提到的，包括了使用一些第三方库，也是使用系统底层内置的缓存。另外一种则是使用额外的缓存工具，比如数据库、文件存储等进行保存，同时自己来控制缓存的策略。
缓存的方式很多，无论你选择使用哪一种，我相信理解这些系统底层的处理机制对你最终选择自己的处理策略会很有帮助。
NSURLCache是iOS系统用于实现网络缓存的一个组件，被放于NSURL Loading这一个功能组件中。
在NSURLConnection加载系统中，缓存被设计为request对象的一个属性，由NSURLRequest对象的cachePolicy属性指定。而在NSURLSession加载系统中，缓存被设计为NSURLSessionConfiguration对像的一个属性，该属性所指定的策略被该session的所有request所共享。
NSURLRequestUseProtocolCachePolicy是默认的缓存策略，它使用当前URL的协议中预置的缓存策略，无论这个协议是http，还是说你自己定义协议。
对于我们常见的http协议来说，这个策略根据请求的头来执行缓存策略。服务器可以在返回的响应头中加入Expires策略或者Cache-Control策略来告诉客户端应该执行的缓存行为，同时配合#Last-Modified#等头来控制刷新的时机。
有关具体的http缓存策略这里不详述。
NSURLRequestReloadIgnoringCacheData 这个策略则根本不会缓存数据
NSURLRequestReturnCacheDataElseLoadNSURLRequestReturnCacheDataElseLoad 这个策略比较有趣，它会一直偿试读取缓存数据，直到无法没有缓存数据的时候，才会去请求网络。这个策略有一个重大的缺陷导致它根本无法被使用，即它根本没有对缓存的刷新时机进行控制，如果你要去使用它，那么需要额外的进行对缓存过期进行控制。
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-SinceLast-Modified 是由服务器返回响应头，标识资源的最后修改时间.
If-Modified-Since 则由客户端发送，标识客户端所记录的，资源的最后修改时间。服务器接收到带有该请求头的请求时，会使用该时间与资源的最后修改时间进行对比，如果发现资源未被修改过，则直接返回HTTP 304而不返回包体，告诉客户端直接使用本地的缓存。否则响应完整的消息内容。
Etag 由服务器发送，告之当资源在服务器上的一个唯一标识符。
客户端请求时，如果发现资源过期(使用Cache-Control的max-age)，发现资源具有Etag声明，这时请求服务器时则带上If-None-Match头，服务器收到后则与资源的标识进行对比，决定返回200或者304。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/16319.html
摘要：实际上指的是中的一套组件，包括以及。对象负责发送一个请求，建立与服务器的链接并收集来自服务器的数据。所有的任务均可以取消暂停恢复。返回一个预设的场配置，没有缓存或证书。指定连接到特定主机的连接数量。决定了该会话应该接受从服务器发出的的条件。 与NSURLConnection比较。 1、NSURLConnection实际上指的是Foundation中的一套组件，包括：NSURLReque...
摘要：缓存已然成为必备。网络请求缓存概述首先要知道，请求不能被缓存，只有请求能被缓存。缓存的思路就是将查询的参数组成的值作为，对应结果作为。的缓存需求两行代码就可满足设置缓存只需要三个步骤第一个步骤请使用请求。客户端通过状态码来决定是否使用缓存。 目录 当我们在谈论缓存的时候，我们在谈论什么？ GET网络请求缓存 80%的缓存需求：两行代码就可满足 控制缓存的有效性 文件缓存：借助E...
摘要：在运营商的路由器节点上，设置协议检测，一旦发现是请求，而且是类型请求，则拦截处理。另外还可以用从服务器下发对应的解析列表来代替递归查询这种比较低效的方式，文章中也有介绍。不过，有些特殊情况下，客户端也可以有一些针对劫持的办法。 网络劫持一般有两种情况，一种是DNS劫持，另一种是HTTP劫持。 从表现上区分这两种劫持非常简单。 如果是DNS劫持，你输入的网址是google.com，然后出...
摘要：基本原理和概念相同的两次请求返回的结果相同时，第一次返回的结果缓存在客户端，第二次服务端不再返回结果，仅返回一个特殊的状态码，告诉客户端第二次请求的结果与上次相同，可以直接使用上次返回的数据。 绝大多数移动客户端在设计网络模块时，都会选用HTTP作为客户端和服务端通信的网络协议。随着业务的不断发展以及用户量的持续增长，整个客户端的稳定性和性能会逐渐成为关注的焦点，其中网络的性能优化更是...
摘要：在客户端基于图片格式的流量优化上这篇文章中，已经介绍了格式图片的下载使用，仅仅只有这样还远远不够，还需要对已经下载的图片数据进行缓存。二图片缓存关于的缓存，系统提供了一个类，。而且，既然是全局影响，肯定要用包起来，防止误伤其他缓存。 在iOS 客户端基于 WebP 图片格式的流量优化（上）这篇文章中，已经介绍了WebP格式图片的下载使用，仅仅只有这样还远远不够，还需要对已经下载的图片数...
阅读 2758·2023-04-25 20:35
阅读 1018·2021-11-12 10:35
阅读 3410·2019-08-30 15:54
阅读 1816·2019-08-30 15:43
阅读 2050·2019-08-29 15:14
阅读 1752·2019-08-29 11:17
阅读 3194·2019-08-26 13:36
阅读 553·2019-08-26 10:15
