HTTP 缓存策略

文章目录

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

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

通常情况下的步骤是:

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

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

强缓存

强缓存离不开两个响应头 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 状态码，表示客户端直接用缓存即可。