完全理解浏览器缓存机制

推荐理由：文章思路清晰，鞭辟入里。

概述

浏览器的缓存机制也就是咱们说的 HTTP 缓存机制，其机制是根据 HTTP 报文的缓存标示进行的。

因此在分析浏览器缓存以前，咱们先使用图文简单介绍一下 HTTP 报文，HTTP 报文分为两种：

• HTTP 请求（Request）报文。报文格式为：

  1. 请求行。
  2. HTTP 头（通用信息头，请求头，实体头）。
  3. 请求报文主体（只有 POST 才有报文主体)。

• HTTP 响应（Response）报文，报文格式为：

  1. 状态行。
  2. HTTP 头（通用信息头，响应头，实体头）。
  3. 响应报文主体。

注：通用信息头指的是请求和响应报文都支持的头域，分别为：Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。
实体头则是实体信息的实体头域，分别为：Allow、Content-Base、Content-Encoding、Content-Language、Content-Length、Content-Location、Content-MD五、Content-Range、Content-Type、Etag、Expires、Last-Modified、extension-header。
这里只是为了方便理解，将通用信息头，响应头/请求头，实体头都归为了HTTP头。

以上的概念在这里咱们不作多讲解，只简单介绍，有兴趣的童鞋能够自行研究。

缓存过程分析

浏览器与服务器通讯的方式为应答模式，即，浏览器发起 HTTP 请求 –> 服务器响应该请求。

那么浏览器第一次向服务器发起该请求后拿到请求结果，会根据响应报文中 HTTP 头的缓存标识，决定是否缓存结果，是则将请求结果和缓存标识存入浏览器缓存中，简单的过程以下图：

由上图咱们能够知道：

• 浏览器每次发起请求，都会先在浏览器缓存中查找该请求的结果以及缓存标识。
• 浏览器每次拿到返回的请求结果都会将该结果和缓存标识存入浏览器缓存中。

以上两点结论就是浏览器缓存机制的关键，他确保了每一个请求的缓存存入与读取，只要咱们再理解浏览器缓存的使用规则，那么全部的问题就迎刃而解了，本文也将围绕着这点进行详细分析。

为了方便你们理解，这里咱们根据是否须要向服务器从新发起 HTTP 请求将缓存过程分为两个部分，分别是强制缓存和协商缓存。

强制缓存

强制缓存就是向浏览器缓存查找该请求结果，并根据该结果的缓存规则来决定是否使用该缓存结果的过程，强制缓存的状况主要有三种：

• 不存在该缓存结果和缓存标识，强制缓存失效，则直接向服务器发起请求（跟第一次发起请求一致），以下图：

• 存在该缓存结果和缓存标识，但该结果已失效，强制缓存失效，则使用协商缓存(暂不分析)，以下图：

• 存在该缓存结果和缓存标识，且该结果还没有失效，强制缓存生效，直接返回该结果，以下图：

那么强制缓存的缓存规则是什么？

当浏览器向服务器发起请求时，服务器会将缓存规则放入 HTTP 响应报文的 HTTP 头中和请求结果一块儿返回给浏览器，控制强制缓存的字段分别是 Expires 和 Cache-Control，其中 Cache-Control 优先级比 Expires 高。

Expires

Expires 是 HTTP/1.0 控制网页缓存的字段，其值为服务器返回该请求结果缓存的到期时间，即再次发起该请求时，若是客户端的时间小于Expires 的值时，直接使用缓存结果。

Expires 是 HTTP/1.0 的字段，可是如今浏览器默认使用的是 HTTP/1.1，那么在 HTTP/1.1 中网页缓存仍是否由 Expires 控制？

到了 HTTP/1.1，Expire 已经被 Cache-Control 替代，缘由在于 Expires 控制缓存的原理是使用客户端的时间与服务端返回的时间作对比，那么若是客户端与服务端的时间由于某些缘由（例如时区不一样；客户端和服务端有一方的时间不许确）发生偏差，那么强制缓存则会直接失效，这样的话强制缓存的存在则毫无心义，那么 Cache-Control 又是如何控制的呢？

Cache-Control

在 HTTP/1.1 中，Cache-Control 是最重要的规则，主要用于控制网页缓存，主要取值为：

• public：全部内容都将被缓存（客户端和代理服务器均可缓存）。
• private：全部内容只有客户端能够缓存，Cache-Control 的默认取值。
• no-cache：客户端缓存内容，可是是否使用缓存则须要通过协商缓存来验证决定。
• no-store：全部内容都不会被缓存，即不使用强制缓存，也不使用协商缓存。
• max-age=xxx (xxx is numeric)：缓存内容将在 xxx 秒后失效。

接下来，咱们直接看一个例子，以下：

由上面的例子咱们能够知道：

HTTP 响应报文中 expires 的时间值，是一个绝对值。

HTTP 响应报文中 Cache-Control 为 max-age=600，是相对值。

因为 Cache-Control 的优先级比 expires，那么直接根据 Cache-Control 的值进行缓存，意思就是说在 600 秒内再次发起该请求，则会直接使用缓存结果，强制缓存生效。

注：在没法肯定客户端的时间是否与服务端的时间同步的状况下，Cache-Control 相比于 expires 是更好的选择，因此同时存在时，只有Cache-Control 生效。

了解强制缓存的过程后，咱们拓展性的思考一下：

浏览器的缓存存放在哪里，如何在浏览器中判断强制缓存是否生效？

这里咱们以博客的请求为例，状态码为灰色的请求则表明使用了强制缓存，请求对应的 Size 值则表明该缓存存放的位置，分别为 from memory cache 和 from disk cache。

那么 from memory cache 和 from disk cache 又分别表明的是什么呢？何时会使用 from disk cache，何时会使用from memory cache 呢？

from memory cache 表明使用内存中的缓存，from disk cache 则表明使用的是硬盘中的缓存，浏览器读取缓存的顺序为 memory –> disk。

虽然我已经直接把结论说出来了，可是相信有很多人对此不能理解，那么接下来咱们一块儿详细分析一下缓存读取问题，这里仍让以个人博客为例进行分析：

1. 访问 https://heyingye.github.io/ –> 200
2. 关闭博客的标签页 –> 从新打开 https://heyingye.github.io/ –> 200 (from disk cache)
3. 刷新 –> 200(from memory cache)

看到这里可能有人小伙伴问了，最后一个步骤刷新的时候，不是同时存在着 from disk cache 和 from memory cache 吗？

对于这个问题，咱们须要了解内存缓存（from memory cache）和硬盘缓存（from disk cache），以下:

• 内存缓存(from memory cache)：内存缓存具备两个特色，分别是快速读取和时效性：

  • 快速读取：内存缓存会将编译解析后的文件，直接存入该进程的内存中，占据该进程必定的内存资源，以方便下次运行使用时的快速读取。
  • 时效性：一旦该进程关闭，则该进程的内存则会清空。
• 硬盘缓存（from disk cache）：硬盘缓存则是直接将缓存写入硬盘文件中，读取缓存须要对该缓存存放的硬盘文件进行 I/O 操做，而后从新解析该缓存内容，读取复杂，速度比内存缓存慢。

在浏览器中，浏览器会在 js 和图片等文件解析执行后直接存入内存缓存中，那么当刷新页面时只需直接从内存缓存中读取；而 css 文件则会存入硬盘文件中，因此每次渲染页面都须要从硬盘读取缓存。

协商缓存

协商缓存就是强制缓存失效后，浏览器携带缓存标识向服务器发起请求，由服务器根据缓存标识决定是否使用缓存的过程。

主要有如下两种状况：

• 协商缓存生效，返回 304，以下：

  

• 协商缓存失效，返回 200 和请求结果结果，以下：

  

一样，协商缓存的标识也是在响应报文的 HTTP 头中和请求结果一块儿返回给浏览器的，控制协商缓存的字段分别有：

• Last-Modified / If-Modified-Since.
• Etag / If-None-Match.

其中 Etag / If-None-Match 的优先级比 Last-Modified / If-Modified-Since 高。

Last-Modified / If-Modified-Since

• Last-Modified 是服务器响应请求时，返回该资源文件在服务器最后被修改的时间，以下：

  

• If-Modified-Since 则是客户端再次发起该请求时，携带上次请求返回的 Last-Modified 值，经过此字段值告诉服务器该资源上次请求返回的最后被修改时间。服务器收到该请求，发现请求头含有 If-Modified-Since 字段，则会根据 If-Modified-Since 的字段值与该资源在服务器的最后被修改时间作对比，若服务器的资源最后被修改时间大于 If-Modified-Since 的字段值，则从新返回资源，状态码为 200；不然则返回 304，表明资源无更新，可继续使用缓存文件，以下：

  

Etag / If-None-Match

• Etag 是服务器响应请求时，返回当前资源文件的一个惟一标识(由服务器生成)，以下：

  

• If-None-Match 是客户端再次发起该请求时，携带上次请求返回的惟一标识 Etag 值，经过此字段值告诉服务器该资源上次请求返回的惟一标识值。服务器收到该请求后，发现该请求头中含有 If-None-Match，则会根据 If-None-Match 的字段值与该资源在服务器的 Etag值作对比，一致则返回 304，表明资源无更新，继续使用缓存文件；不一致则从新返回资源文件，状态码为 200，以下：

  

注：Etag / If-None-Match 优先级高于 Last-Modified / If-Modified-Since，同时存在则只有 Etag / If-None-Match 生效。

总结

强制缓存优先于协商缓存进行，若强制缓存 Expires 和 Cache-Control 生效则直接使用缓存，若不生效则进行协商缓存（Last-Modified / If-Modified-Since 和 Etag / If-None-Match）。

协商缓存由服务器决定是否使用缓存，若协商缓存失效，那么表明该请求的缓存失效，从新获取请求结果，再存入浏览器缓存中；生效则返回 304，继续使用缓存，主要过程以下：

以上即是浏览器缓存的过程，如有错误之处，敬请指正。

转载自 Heying Ye's Personal Website 我的博客。