iOS缓存策略
碰见的问题是，客服反馈有一些图片没有及时更新导致自己没有抢到优惠，才注意到webview缓存相关的一些知识。后台配合做了一些修改，通过控制cache-control实现对不同的资源进行不同的缓存策略。现在做一下总结。
1.NSURLRequestUseProtocolCachePolicy
如果缓存数据不存在，则直接从源端加载数据；
否则，如果缓存响应中没有明确表示每次请求必须重新验证，则如果不是缓存过期，则会返回缓存数据；
如果缓存过期或需要重新验证，URL加载系统发送HEAD请求到源端，查看资源是否发生了变化，如果变化了则取出从始发源的数据。否则返回缓存。
缓存过期或者需要重新验证说明
对于过期或者需要重新验证说明的情况，可以通过HTTP中请求头和响应头判断
Cache-Control
第一次请求到资源时，服务器需要使用cache-Control这个响应头来指定缓存策略，格式如下：Cache-Control：max-age=xxx，指明缓存过期时间。
|
常量 |
意义 |
|
public |
指示响应可被任何缓存区缓存 |
|
private |
内容只缓存到私有缓存中(仅客户端可以缓存) |
|
no-cache |
必须和服务器端确认响应是否发生变化，如果没有就是用缓存，否则更新请求响应数据 |
|
no-store |
所有内容都不会被缓存到缓存或 Internet 临时文件中 |
|
must-revalidation |
如果缓存的内容失效，请求必须发送到服务器进行重新验证 |
|
max-age |
可以接收生存期不大于指定时间（以秒为单位）的响应 |
|
min-fresh |
可以接收响应时间小于当前时间加上指定时间的响应 |
|
max-stale |
可以接收超出超时期间的响应消息 |
其他头信息：
Last-Modified：请求资源最近修改时间；
Etags：请求资源标识符，用于动态生成没有Last-Modified的资源；
Vary：决定请求是否可以缓存
总结：
默认缓存策略：当客户端发起请求时，先检查本地是否缓存，如果有，再检查缓存是否过期（通过Cache-Control判断），没有过期直接使用缓存策略。如果过期，就发起请求给服务器。如果资源具有Last-Modified或者Etages声明，服务器就会对比资源Last-Modified和Etages，如果不同则返回新数据，否则返回304或者200，告诉客户端使用本地缓存，304表示资源未更新。这个过程中，客户端发送请求主要取决于max-age是否过期，过期后就重新发送请求，服务端根据情况通知客户端是否可以继续使用缓存。
2.NSURLRueuestReloadIgnoringLocalCacheData
设置默认忽略缓存。
但是其效果并不会完全忽略。
使用下方法清除缓存可从侧面解决该问题。
NSSet *webSite = [WKWebsiteDataStore allwebsiteDataTypes];
NSDate *dateFrom = [NSDate datewithTimeIntervalSince1970:0];
[WKWebsiteDataStore defaultDataStore] removeDataOfTypes:webSite modifiedSince:datefrom completionHandler:^{}];
