HTTP 强制缓存和协商缓存

Web 缓存能够减少延迟与网络阻塞，进而减少显示某个资源所用的时间。借助 HTTP 缓存，Web 站点变得更具有响应性。

缓存优点：

• 减少不必要的数据传输，节省带宽
• 减少服务器负担，提升网站性能
• 加快客户端加载网页的速度，用户体验友好

缓存缺点：

• 服务端资源更新后，客户端更新滞后

浏览器缓存主要有两类：

1. 强制缓存
2. 协商缓存

强制缓存

不会向服务器发送请求，直接从缓存中读取资源，请求返回状态码为 200 ;

强制缓存时，服务端会在 Response Headers 中的 cache-control 对缓存时间、缓存方式等进行定义，如下图：

或者：

cache-control 字段

cache-control: max-age=xxxx，public

• 客户端和代理服务器都可以缓存该资源；
• 客户端在xxx秒的有效期内，如果有请求该资源的需求的话就直接读取缓存, statu code: 200
  
• 如果用户做了刷新操作，就向服务器发起http请求

cache-control: max-age=xxxx，private

• 只允许客户端可以缓存该资源；代理服务器不允许缓存
• 客户端在xxx秒内直接读取缓存, statu code: 200

cache-control: max-age=xxxx，immutable

• 客户端在xxx秒的有效期内，如果有请求该资源的需求的话就直接读取缓存, statu code:200
• 即使用户做了刷新操作，也不向服务器发起http请求

cache-control: no-cache

• 跳过设置强缓存，但是不妨碍设置协商缓存；一般如果你做了强缓存，只有在强缓存失效了才走协商缓存的，设置了no-cache就不会走强缓存了，每次请求都回询问服务端。

cache-control: no-store

• 不缓存，这个会让客户端、服务器都不缓存，也就没有所谓的强缓存、协商缓存了。

补充：强制缓存在 header 中还有一个字段可以设置失效时间，即Expires，不过Expires 是HTTP 1.0的东西，现在默认浏览器均默认使用HTTP 1.1，所以它的作用基本忽略。

协商缓存

向服务器发送请求，服务器会根据这个请求的 Request Headers 的一些参数(etag 和 last-modified)来判断是否命中协商缓存，如果命中，则返回 304 状态码, 并带上新的 Request Headers 通知浏览器从缓存中读取资源；

协商缓存主要表现在 Response Headers 中的 etag 和 last-modified：

etag

• 即文件hash，每个文件唯一

last-modified

• 文件的修改时间，精确到秒

注意:

Response Headers 中的 etag、last-modified 在客户端重新向服务端发起请求时，会在 Request Headers 中换个key名：if-none-matched 和 if-modified-since

// Response Headers
etag: 65597c1615681857158408944e
last-modified: Wed, 11 Sep 2019 06:20:13 GMT

// Request Headers 变为
if-none-matched: 65597c1615681857158408944e
if-modified-since: Wed, 11 Sep 2019 06:20:13 GMT

---

两种缓存的共同点：都从客户端缓存中读取资源；区别是强缓存不会向服务器发请求，协商缓存会发请求

---

参考：https://www.jianshu.com/p/9c95db596df5