控制缓存的相关字段：
1.Pragma：是HTTP1.0标准中定义的一个header属性。请求（字段）中包含Pragma的效果跟在头信息中定义Cache-Control: no-cache相同，但是HTTP的响应头没有明确定义这个属性，所以它不能拿来完全替代HTTP/1.1中定义的Cache-control头。
2.Expires：是HTTP/1.0设置缓存过期时间的，Expires响应字段包含了资源过期的日期和时间（相对于服务器时间）。如果Cache-Control中设置了max-age或s-max-age，那么Expires头被忽略。如果该字段与Pragma同时存在时，Pragma起作用。
3.Cache-control：HTTP/1.1，用来控制缓存行为。通过它提供的不同的值来定义缓存策略。请求头和响应头都支持这个属性。
常用取值：
-
Cache-Control: no-store：禁止进行缓存。 -
Cache-Control: no-cache：强制确认缓存。每次请求发出时，缓存会将此请求发送到服务器，服务端会验证请求中描述的缓存是否过期，若未过期返回304，使用本地缓存。 -
Cache-Control: max-age=<seconds>：缓存过期机制。资源能被缓存的最大时间，是距离请求发起的时间的秒数。 -
Cache-Control: must-revalidate：缓存验证确认。有该头部时，意味着使用缓存前就会进行缓存状态验证。 -
Cache-Control: public/private：当为public时，表示响应可被任何中间代理、CDN等缓存；private（默认值）表示响应专用于某个用户，只能应用于浏览器私有缓存中。
4.Last-Modified：是HTTP/1.1规定的一个响应的首部，资源最后一次被修改的时间。服务器将资源传递给客户端时，会将资源最后更改的时间以Last-Modified: GMT的形式加在实体首部上一起返回给客户端。客户端会为资源标记上该信息，下次再次请求时，会把该信息附带在请求报文中一并带给服务器去做检查，若传递的时间值与服务器上该资源最终修改时间是一致的，则说明该资源没有被修改过，直接返回304状态码，内容为空。当响应的头部包含该字段，后续的请求就会带上If-Modified-Since 或 If-Unmodified-Since （值都为Last-Modified值）来验证缓存。
🌰
Last-Modified: Wed, 21 Oct 2015 07:28:00 GMT
5.ETag：缓存的强校验器。服务端会根据某种算法，给资源算出一个唯一标识，把资源响应给客户端时，会带上ETag: 唯一标识
客户端会保留该 ETag 字段，并在下一次请求时将其一并带过去给服务器。服务器比较客户端传来的ETag跟自己服务器上该资源的ETag是否一致，来判断资源是否修改过。
如果服务器发现ETag匹配不上，那么直接以常规GET 200回包形式将新的资源（包括新的ETag）发给客户端；如果ETag是一致的，则直接返回304知会客户端直接使用本地缓存即可。
客户端通过If-None-Match或If-match字段将ETag值传给服务器。
以上字段有什么关联？
在HTTP1.0中，因为设置缓存的过期时间Expires是相对于服务器时间而言的，如果客户端时间和服务器端时间不一致就会有问题，于是在HTTP1.1中提出了Cache-Control，该字段是一个通用属性（请求和响应头中均支持），它是通过设置时间段来指定缓存过期时间的。
缓存校验：
如果缓存已过期，但服务器资源未更新，再次请求时会返回和缓存内容一样的资源，无疑这是没必要的。所以，HTTP1.1又新增了Last-Modified字段做缓存校验。但假如服务器上的资源发生更改了，但实际内容没有发生改变，也是没必要重新返回资源。所以，ETag就出现了。
优先级：Pragma > Cache-Control > Expires > Last-Modified
为了向下兼容，很多网站还是会带Expires和Pragma字段。
？？服务端是如何去设置缓存的？具体的业务场景有哪些。
？？假如用Cache-Control: max-age=<seconds>设置缓存过期时间，在缓存未过期时，请求都会从缓存中拿数据，但当此时的服务器资源已经更新，如何使请求在服务器资源更新时拿到最新数据？
