概述
HTTP协议的缓存是通过6个报文头完成的，通过两层协商使web资源能够不那么频繁地在服务器与客户端之间传递，从而节约了流量，提高浏览速度。以从客户端到服务器的顺序，之一层协商为Cache-Control与Expires；第二层协商为Last-Modified与Etag。
相关的报文头
Cache-Control
请求/响应报文头，缓存控制字段，也就是用于给资源生命期，是http/1.1引入的属性。Cache-Control的取值可细分为两类，一类是对缓存有直接决定性的值，他们会导致后续的第二层协商被跳过，包括：no-store、public、private；另一类是类似Expires的值，只是规定了有效期，后续的第二层协商不受影响，包括no-cache、max-age=x、s-maxage=x。
Cache-Control的取值如下：
形如：
Cache-Control:max-age=0
Expires
响应报文头，代表资源过期时间，由服务器返回提供，是http1.0的属性，在与Cache-Control共存的情况下，优先级要低。Expires的功能基本与Cache-Control的max-age相似，但它是指定一个过期时间点，而Cache-Control的max-age是指定了过期前的秒数。
形如：
Expires:Fri,?10?Apr?2020?16:30:04?GMT
Last-Modified
响应报文头，资源最新修改时间，由服务器告诉浏览器。
形如：
Last-Modified:Mon,?23?Mar?2020?18:39:50?GMT
If-Modified-Since
请求报文头，与Last-Modified相对应，浏览器把服务器最后一次给的Last-Modified返回，服务器将以此进行对比，判断资源是否需要更新。
形如：
If-Modified-Since:Fri,?10?Apr?2020?14:45:24?GMT
Etag
响应报文头，资源内容唯一标识，由服务器告诉浏览器。
形如：
Etag:58b66ccbe349d0d931df877c00d8101d037243dc
If-None-Match
请求报文头，与Etag相对应，浏览器把服务器最后一次给的Etag返回，服务器将以此进行对比，判断资源是否需要更新。
形如：
If-None-Match:58b66ccbe349d0d931df877c00d8101d037243dc
协商流程
以下假定资源已经获取过一次，并且运行在HTTP/1.1环境下，现在进行二次访问。
流程图如下：
说明：
客户端是有可能因为缓存原因不向服务器发起任何请求的，图中200状态（from cache）就是这种情况。服务器根据回传的If-Modified-Since与Last-Modified比对，如果不同则说明这个文件修改过，需要更新。但在这种判断精度是秒，如果是一秒内的改动，就需要进一步对比回传的If-None-Match与ETag的值。服务器返回304的意思就是不需要重新获取新资源，直接使用本地缓存即可。缓存多久合适
生存时间（TTL）指令告诉浏览器应该缓存某个资源多久，即Cache-Control或Expires的值。找到给定资源的更佳TTL值并没有完美的科学 *** ，只能凭经验给出一些指导原则。
指导原则：
纯静态内容，例如图片或带版本的数据，可以在客户端永久缓存；CSS/ *** 和个性化资源，缓存时间大约是会话（交互）平均时间的两倍；其他类型资源取决于新数据对旧数据的容忍极限。
