HTTP强缓存和协商缓存 F

一、浏览器缓存

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

(一)、缓存优点：

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

(二)、缓存缺点：

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

(三)、浏览器缓存主要有两类：

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

(四)、强缓存与协商缓存的区别 如图:

(五)、缓存机制原理:

        浏览器第一次请求:

                       

          浏览器后续再进行请求时：

                       

 从上图可以知道浏览器在第一次请求发生后，再次请求时：

• 浏览器在请求某一资源时，会先获取该资源缓存的header信息，判断是否命中强缓存（cache-control和expires信息），若命中直接从缓存中获取资源信息，包括缓存header信息；本次请求根本就不会与服务器进行通信；

二、强缓存

不会向服务器发送请求，直接从缓存中读取资源，请求返回状态码为 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

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

 

四、操作行为对缓存的影响