关于 http 缓存，这些知识点你可能都不懂 _生活知道

Cache-Control
问题关于 public 和 private 的区别
翻译成中文：private 不允许代理缓存。举个例子， ISP 服务商可以在你的客户端和互联网之间加上不可见的代理，这个代理会缓存网页来降低带宽，客户端设置 cache-control: private 之后，可以指定 ISP 代理不允许缓存网页，但是允许最后的接受者缓存。而使用 cache-control: public 的意思是说，谁都可以缓存哈，所以中间代理会缓存一份以减少带宽降低费用。
如果是谁都可以访问的内容，比如网站 logo，那就用 public 好了，反正也不会有关键数据泄露风险，尽量中间代理都给缓存上，减少带宽。而如果是一个含有用户信息的页面，比如页面含有我的用户名，那这个页面当然不是对谁都有用url链接访问本地资源，因为不同的人要返回不同的用户名嘛，这个时候 private 会适合一些，如果代理缓存了我的这个页面，别的用户访问又会缓存别人的，这显然不合理，而且你的个人私密数据也尽量不要被保存在不受信任的地方。
当然，所有不被表示为 public 的数据都应该被标识为 private，要不然数据会存储在中间服务器上，别人就有可能会访问到这个数据。
禁止缓存
Cache-Control: no-cache, no-store, must-revalidate
缓存静态资源
Cache-Control:public, max-age=86400
ETag、If-Match
ETag 和 If-None-Match 常被用来处理协商缓存。而 ETag 和 If-Match 可以避免“空中碰撞” 。
ETag HTTP响应头是资源的特定版本的标识符。这可以让缓存更高效，并节省带宽，因为如果内容没有改变，Web服务器不需要发送完整的响应。而如果内容发生了变化，使用 ETag 有助于防止资源的同时更新相互覆盖（“空中碰撞”）。
当编辑 MDN 时，当前的 Wiki 内容被散列，并在响应中放入Etag：
ETag: "33a64df551425fcc55e4d42a148795d9f25f89d4复制代码
将更改保存到 Wiki 页面（发布数据）时， POST 请求将包含有 ETag 值的 If-Match 头来检查是否为最新版本。
If-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"复制代码
如果哈希值不匹配，则意味着文档已经被编辑，抛出 412 ( Precondition Failed) 前提条件失败错误。
If-None-Match 是客户端发送给服务器时的请求头，其值是服务器返回给客户端的 ETag，当 If-None-Match 和服务器资源最新的 Etag 不同时，返回最新的资源及其 Etag 。
Last-Modified、If-Modified-Since
Last-Modified、If-Modified-Since 是资源最后更改的时间。
Last-Modified: ,:: GMTLast-Modified: Wed, 21 Oct 2015 07:28:00 GMT 复制代码
这两个的区别是： Last-Modified 是服务器发送给客户端的，If-Modified-Since 是客户端发送给服务器的。
问题 Last-Modified 机制和 ETag 机制的区别和优先级是怎样的？
Last-Modified 只能精确到秒，所以在秒级以下的更改无法检测到。而 ETag 可以表征文件的任何更改，只要文件变化 ETag 就会变化。所以 Last-Modified 是一个备用机制，优先级不如 Etag 。
客户端请求带有 If-None-Match 在服务端校验匹配则返回 304，校验不匹配则返回 200，同时返回最新的资源和 Etag 。
Age
Age 消息头里包含消息对象在缓存代理中存贮的时长，以秒为单位。
Age 消息头的值通常接近于0 。表示此消息对象刚刚从原始服务器获取不久；其他的值则是表示代理服务器当前的系统时间与此应答消息中的通用消息头 Date 的值之差。
Age: 复制代码
如
age: 1135860复制代码
Date
Date 是一个通用首部，其中包含了报文创建的日期和时间。
指的是响应生成的时间. 请求经过代理服务器时, 返回的 Date 未必是最新的, 通常这个时候, 代理服务器将增加一个 Age 字段告知该资源已缓存了多久.
Date: Wed, 21 Oct 2015 07:28:00 GMT 复制代码
Vary
Vary 是一个HTTP响应头部信息，它决定了对于未来的一个请求头，应该用一个缓存的回复(response)还是向源服务器请求一个新的回复。它被服务器用来表明在 content negotiation algorithm（内容协商算法）中选择一个资源代表的时候应该使用哪些头部信息（headers）。
对于服务器而言, 资源文件可能不止一个版本, 比如说压缩和未压缩, 针对不同的客户端, 通常需要返回不同的资源版本。比如说老式的浏览器可能不支持解压缩, 这个时候, 就需要返回一个未压缩的版本; 对于新的浏览器, 支持压缩, 返回一个压缩的版本, 有利于节省带宽, 提升体验. 那么怎么区分这个版本呢, 这个时候就需要 Vary 了。
服务器通过指定 Vary: Accept-Encoding, 告知代理服务器, 对于这个资源, 需要缓存两个版本: 压缩和未压缩. 这样老式浏览器和新的浏览器, 通过代理, 就分别拿到了未压缩和压缩版本的资源, 避免了都拿同一个资源的尴尬。
Vary: Accept-Encoding,User-Agent复制代码
如上设置, 代理服务器将针对是否压缩和浏览器类型两个维度去缓存资源. 如此一来, 同一个url, 就能针对 PC 和 Mobile 返回不同的缓存内容。
怎么让浏览器不缓存静态资源
可以设置 Cache-Control

文章插图
Cache-Control: no-cache, no-store, must-revalidate复制代码
也可以给资源增加版本号，这样可以很方便地控制什么时候加载最新资源，这也是目前做版本更新比较常用的手段，即使老资源还在有效期内，加上了 query、hash 。
复制代码
用户行为与缓存
用户按 f5(ctrl+r)、ctrl+f5、点击前进后退都会触发缓存机制
经过本地测试发现和网上传的有些出入，记录如下（强缓存有效代表直接使用本地的缓存文件， Chrome 状态码为 200，协商缓存有效代表向服务器发起请求，服务器可能返回 304 无内容或者 200 有内容）。
操作强缓存协商缓存页面链接跳转有效有效新开窗口有效有效前进后退有效有效地址栏回车失效或者有效有效 ctrl+r或者 f5 失效有效 ctrl+f5 强制刷新失效失效
地址栏回车和网络上不一样，打个比方，如果当前已经在 :3333/，然后在地址栏选中后回车，你会发现没有缓存。
但是如果当前不在 :3333/ ，比如 :3333/index.css 或者空白页，然后输入 :3333/ 回车，这时候就会直接从本地缓存中读取。
惊喜不，意外不
关于 memory cache 和 disk cache
这两种缓存类型存在于 Chrome 中。
上个小标题用户行为与缓存，我们看到浏览器从本地读缓存的时候有一个 disk cache，与之对应的还有一个 memory cache 。看名字也能大概才出来，disk cache 是从硬盘中读取的文件缓存，memory cache 是从内存中直接读取的内容，速度上当然也是后者更快。
那为什么要有这两种缓存的形式呢？
disk cache 存在硬盘，可以存很多，容量上限比内容缓存高很多，而 memory cache 从内存直接读取，速度上占优势，这两个各有各的好处！
问题浏览器如何决策使用哪种缓存呢？
来自知乎浏览器是根据什么决定「from disk cache」与「from memory cache」？
划重点?。」赜?Chrome、FF、IE 的缓存区别
这个内容网络上很少有文章介绍，经过我测试之后发现区别挺大的。Chome 的缓存处理和另外两个存在明显的不同！
上面讲的强缓存、memory cache、disk cache 在 FF、IE 中都没有明显的区分，或许这就是 Chrome 速度快的原因？
我们举个例子，多次重复请求url链接访问本地资源，查看三个浏览器的区别。
Chrome
FF
IE
Chrome 中有强缓存、协商缓存，强缓存分为 memory cache、disk cache，这种处理机制可以最大化的利用缓存，减少发起的请求，从而优化页面加载速度?。hrome 资源状态码都是 200，没有 304，另外两家都存在大量304，在 FF、IE 中，即使服务器明确表示资源需要进行强缓存，比如 Cache-Control: max-age=86400 ，他们仍然不会应用所谓的强缓存策略，仍然会向服务器发送请求，服务器返回 304 ，告诉浏览器用你本地的资源就好了?。。?
怎么知道这个请求确实是发送到了代理或者真实服务器呢？我们上面有说 Age 和 Date ， Age 表示当前请求在返回时，在代理那里的时间减去 Date 的时间，所以每次只要请求发出去了，Age 都会相比上一次增加?。。?
我们以掘金的文件为例。在 FF 上，前一次的结果是
刷一下
Date 没有变，表示都是使用的同一个真实服务器的响应资源，Age 后一次比前一次变大了，但是状态码都是 304，而缓存规则是 cache-control: s-maxage=2592199, max-age=2592199?。。?
所以想要做好缓存，需要考虑浏览器兼容的问题，综合使用 http headers 。
既然 Etag 可以校验资源是否更改，那为什么还要 Last-Modified 作为备用策略
这个问题大多数讲缓存的文章也没有提及。
Etag 是通过资源内容生成的，所以会有一个计算成本存在，本如大图片的更改，它的最后更改时间可以很容易获得，但是计算 Etag 成本就会高很多了。
原文链接：
【关于 http 缓存，这些知识点你可能都不懂】本文到此结束，希望对大家有所帮助！

关于 http 缓存，这些知识点你可能都不懂

猜你喜欢