从缓存位置上来说分为四种：

如果以上四种缓存都没有命中的话，那么只能发起请求来获取资源了。

Memory Cache 也就是内存中的缓存

优点： 读取速度快

缺点： 一旦我们关闭 Tab 页面，内存中的缓存也就被释放了。

如何触发： 当我们访问过页面以后，再次刷新页面，可以发现很多数据都来自于内存缓存

Disk Cache 也就是存储在硬盘中的缓存

优点： 缓存再硬盘中，容量大

缺点： 读取速度满

如何触发： 根据浏览器请求头

浏览器会把哪些文件丢进内存中？哪些丢进硬盘中？ 关于这点，网上说法不一，不过以下观点比较靠得住： 对于大文件来说，大概率是不存储在内存中的，反之优先 当前系统内存使用率高的话，文件优先存储进硬盘

这个我们不常用

这个我们不常用

根据是否需要向服务器重新发起HTTP请求将缓存过程分为两个部分，分别是强缓存和协商缓存。

不会向服务器发送请求，直接从缓存中读取资源。

在chrome控制台的Network选项中可以看到该请求返回200的状态码，并且Size显示from disk cache或from memory cache。

强缓存可以通过设置两种 HTTP Header 实现：Expires 和 Cache-Control。

缓存过期时间，用来指定资源到期的时间，是服务器端的具体的时间点。

比如：Cache-Control:max-age=300 时，则代表在这个请求正确返回的5分钟内再次加载资源，就会命中强缓存。

其实这两者差别不大，区别就在于 Expires 是http1.0的产物，Cache-Control是http1.1的产物，两者同时存在的话，Cache-Control优先级高于Expires；在某些不支持HTTP1.1的环境下，Expires就会发挥用处。所以Expires其实是过时的产物，现阶段它的存在只是一种兼容性的写法。

强缓存判断是否缓存的依据来自于是否超出某个时间或者某个时间段，而不关心服务器端文件是否已经更新，这可能会导致加载文件不是服务器端最新的内容，那我们如何获知服务器端内容是否已经发生了更新呢？此时我们需要用到协商缓存策略。

协商缓存就是强制缓存失效后，浏览器携带缓存标识向服务器发起请求，由服务器根据缓存标识决定是否使用缓存的过程，主要有以下两种情况：

Last-Modified 指的是这个资源在服务器上的最后修改时间

浏览器下一次请求这个资源，浏览器检测到有 Last-Modified这个header，于是添加If-Modified-Since这个header，值就是Last-Modified中的值；服务器再次收到这个资源请求，会根据 If-Modified-Since 中的值与服务器中这个资源的最后修改时间对比，如果没有变化，返回304和空的响应体，直接从缓存读取，如果If-Modified-Since的时间小于服务器中这个资源的最后修改时间，说明文件有更新，于是返回新的资源文件和200

弊端：

既然根据文件修改时间来决定是否缓存尚有不足，能否可以直接根据文件内容是否修改来决定缓存策略？所以在 HTTP / 1.1 出现了 ETag 和If-None-Match

Etag是服务器响应请求时，返回当前资源文件的一个唯一标识(由服务器生成)，只要资源有变化，Etag就会重新生成。

精度：Etag 要优于 Last-Modified。 性能：Last-Modified 要优于 Etag。 优先级：服务器校验优先考虑Etag

对与频繁变动的资源： 使用 Cache-Control: no-cache，使浏览器每次都请求服务器，然后配合 ETag 或者 Last-Modified 来验证资源是否有效。这样的做法虽然不能节省请求数量，但是能显著减少响应数据大小。

对于不常变化的资源： 通常在处理这类资源时，给它们的 Cache-Control 配置一个很大的 max-age=31536000 (一年)，这样浏览器之后请求相同的 URL 会命中强制缓存。而为了解决更新的问题，就需要在文件名(或者路径)中添加 hash， 版本号等动态字符，之后更改动态字符，从而达到更改引用 URL 的目的，让之前的强制缓存失效 (其实并未立即失效，只是不再使用了而已)。

https://mp.weixin.qq.com/s?__biz=Mzk0MDMwMzQyOA==&mid=2247492849&idx=1&sn=e504a9c18fec71b9644820edf4d94f68&chksm=c2e111daf59698ccf7e546319df00e67dd9406f79477b43c089b38492b533c6ee61b9765e28d&token=1388359418&lang=zh_CN&scene=21#wechat_redirect