APP 中有很多从服务器获取数据、资源的需求，为了节省流量、加快访问速度、离线使用等需求，就会使用到网络缓存。HTTP协议对于缓存设计了很多机制，感兴趣的同学可以看看《RFC2616-section13-Caching in HTTP》。
iOS 中常见缓存机制#
在iOS中，如果没有特殊需求，使用系统的缓存机制就可以满足。如：max-age、Last-Modified、ETag、Expires等机制系统都实现了的，不需要自己再去搞一套。只需要将 NSURLRequest 的 cachePolicy 设置为 NSURLRequestUseProtocolCachePolicy 。
NSURLRequest *request = [[NSURLRequest alloc] init];
request.cachePolicy = NSURLRequestUseProtocolCachePolicy;这里简单说下常见的几种机制，首先来看一个GET请求的响应报文，里面包含了几种常见的缓存标识。
HTTP/1.1 200
Cache-Control max-age=86400, private
Last-Modified Tue, 16 Apr 2019 06:07:39 GMT
ETag W/"28111-1554979928000"
Expires Wed, 17 Apr 2019 06:07:39 GMT
Date Tue, 16 Apr 2019 06:07:39 GMT
Transfer-Encoding chunked
Connection keep-alivemax-age#
max-age 是 cache-control 下的一个指令，表示 Response 的最大 Age。例如：
Cache-Control max-age=86400, private
含义为：该 Response 的有效期为1天，在一天以内，同样的 URL 将不会再次请求，直接使用缓存。
Expires#
Expires 告诉客户端 Response 的过期时间。例如：
Expires Wed, 17 Apr 2019 06:07:39 GMT
含义为：该 Response 在 Wed, 17 Apr 2019 06:07:39 GMT 时过期，在这之前，同样的 URL 将不会再次请求，直接使用缓存。
需要注意的是，max-age 的优先级大于 expires。
Last-Modified#
Last-Modified 指明资源的最终修改时间，客户端在请求的时候，将这个值带在 If-Modified-Since 中。例如：
If-Modified-Since Thu, 11 Apr 2019 10:52:08 GMT
服务器会根据客户端传递的时间判断资源是否有更新，如果没有更新，服务器返回304，客户端直接使用缓存，如果有更新，服务器返回200和最新的资源。
Etag#
Etag 类似于资源的唯一hash值，资源发生变化，这个值就发生变更，客户端在请求资源时，会将 Etag 放在 If-None-Match 中，例如：
If-None-Match W/“28111-1554979928000”
服务端根据客户端传递的 Etag 判断资源是否有更新，如果没有更新，服务器返回304，客户端直接使用缓存，如果有更新，服务器返回200和最新的资源。
启发式缓存（heuristic expiration）#
在测试缓存机制时，发现了一种特殊情况，返回报文里没有 max-age 和 Expires，再次请求相同URL时却直接使用的缓存，没有重新发请求，请求报文如下：
HTTP/1.1 200
Accept-Ranges bytes
ETag W/"28111-1554979928000"
Last-Modified Thu, 11 Apr 2019 10:52:08 GMT
Date Tue, 16 Apr 2019 07:23:21 GMT
Content-Type image/jpeg
Content-Length 28111
Connection keep-alive让人摸不着头脑，在查询资料后发现一篇文章，提到了这个现象，Caching and NSURLConnection。
在文章的指引下，仔细研究了下RFC2616-section13-Caching in HTTP，发现了答案。
RFC的原文如下：
If none of Expires, Cache-Control: max-age, or Cache-Control: s- maxage (see section 14.9.3) appears in the response, and the response does not include other restrictions on caching, the cache MAY compute a freshness lifetime using a heuristic. The cache MUST attach Warning 113 to any response whose age is more than 24 hours if such warning has not already been added. Also, if the response does have a Last-Modified time, the heuristic expiration value SHOULD be no more than some fraction of the interval since that time. A typical setting of this fraction might be 10%.
这是一种叫启发式缓存（heuristic expiration）的策略，在 response 中如果没有 Expires、max-age、s-maxage，来明确指定资源的过期时间，NSURLCache 会根据 Last-Modified 来计算一个过期时间。
根据实验结果，在iOS中计算公式是这样的：lifetime = (Last-Modified - Now) * 10%
参考文章#
1、Caching and NSURLConnection 2、RFC2616-section13-Caching in HTTP 3、NSURLCache-NSHipster 4、iOS网络缓存扫盲篇 - 使用两行代码就能完成80%的缓存需求
