HTTP 缓存策略

文章目录

• • 一、HTTP的缓存的过程是怎样的？
  • 二、什么时候触发强缓存或协商缓存
  • • 强缓存
    • • Expires
      • Cache-Control
    • 协商缓存
  • 三、服务器如何判断资源是否新鲜
  • • Last-Modified/If-Modified-Since
    • ETag/If-None-Match
  • 四、整体缓存过程

一、HTTP的缓存的过程是怎样的？

通常情况下的步骤是:

1. 客户端向服务器发出请求，请求资源
2. 服务器返回资源，并通过响应头决定缓存策略
3. 客户端根据响应头的策略决定是否缓存资源（这里假设是），并将响应头与资源缓存下来
4. 在客户端再次请求且命中资源的时候，此时客户端去检查上次缓存的缓存策略，根据策略的不同、是否过期等判断是直接读取本地缓存还是与服务器协商缓存
   

二、什么时候触发强缓存或协商缓存

强缓存

强缓存离不开两个响应头 Expires 与 Cache-Control

Expires

Expires: Wed, 11 May 2018 07:20:00 GMT

Expires 是 http1.0 提出的⼀个表示资源过期时间的 header，它描述的是⼀个绝对时间，由服务器返回。

❗❗❗注意：Expires 受限于本地时间，如果修改了本地时间，可能会造成缓存失效。

Cache-Control

Cache-Control: max-age=315360000

Cache-Control 出现于 HTTP / 1.1，优先级高于 Expires，表示的是相对时间。

目前主流的做法使用 Cache-Control 控制缓存，除了 max-age 控制过期时间外，还有⼀些不得不提

• Cache-Control: public 可以被所有用户缓存，包括终端和 CDN 等中间代理服务器
• Cache-Control: private 只能被终端浏览器缓存，不允许中继缓存服务器进行缓存
• Cache-Control: no-cache 先缓存本地，但是在命中缓存之后必须与服务器验证缓存的新鲜度才能使用
• Cache-Control: no-store，不会产生任何缓存

在缓存有效期内命中缓存，浏览器会直接读取本地的缓存资源，当缓存过期之后会与服务器进行协商。

协商缓存

以下情况会触发协商缓存：

• 当第⼀次请求时服务器返回的响应头中没有 Cache-Control 和 Expires
• Cache-Control 和 Expires 过期
• Cache-Control 的属性设置为 no-cache 时

浏览器第⼆次请求时就会与服务器进行协商。

如果缓存和服务端资源的最新版本是⼀致的，那么就无需再次下载该资源，服务端直接返回 304 Not Modified 状态码。

如果服务器发现浏览器中的缓存已经是旧版本了，那么服务器就会把最新资源的完整内容返回给浏览器，状态码就是 200 Ok。

三、服务器如何判断资源是否新鲜

服务器判断缓存是否是新鲜的方法就是依靠 HTTP 的另外两组信息。

Last-Modified/If-Modified-Since

客户端首次请求资源时，服务器会把资源的最新修改时间 Last-Modified:Thu, 19 Feb 2019 08:20:55 GMT 通过响应部首发送给客户端，当再次发送请求是，客户端将服务器返回的修改时间放在请求头 If-Modified-Since:Thu, 19 Feb 2019 08:20:55 GMT 发送给服务器，服务器再跟服务器上的对应资源进行比对，如果服务器的资源更新，那么返回最新的资源，此时状态码 200，当服务器资源跟客户端的请求的部首时间⼀致，证明客户端的资源是最新的，返回 304 状态码，表示客户端直接用缓存即可。

ETag/If-None-Match

ETag 的流程跟 Last-Modified 是类似的，区别就在于 ETag 是根据资源内容进行 hash，生成⼀个信息摘要，只要资源内容有变化，这个摘要就会发生巨变，通过这个摘要信息比对，即可确定客户端的缓存资源是否为最新，这比 Last-Modified

的精确度要更高。

四、整体缓存过程