图解浏览器缓存，教你提升用户体验

欢迎你们前往腾讯云+社区，获取更多腾讯海量技术实践干货哦~

本文由前端林子发表于云+社区专栏

浏览器缓存，是浏览器端保存数据，用于快速读取或避免重复资源请求的优化机制，有效的缓存使用能够避免重复的网络请求和加快页面速度,从而提升用户体验。

一 强缓存

1.1 区分Expires和Cache-Control

以一个接口返回的响应头为例：

这里我画了张思惟导图，对Expires和Cache-Control作比较：

具体介绍Expires和Cache-Control：

Expires:

(1)Expires是HTTP1.0的东西，如今默认浏览器均默认使用HTTP 1.1，因此它的做用基本忽略；

(2)Expires规定了缓存失效时间（Date为当前时间），是绝对时间。因为Expires返回的是一个绝对时间，在服务器时间与客户端时间相差较大的时候，缓存命中不许确；

Cache-Control：

(1)Cache-Control是HTTP1.1的

(2)Cache-Control的max-age规定了缓存有效时间（2552s)，是相对时间；

(3)若响应头Expires和Cache-Control同时存在，Cache-Control优先级高于Expires

Cache-Control的经常使用指令：

no-cache：不使用本地缓存，须要使用协商缓存，也就是先与服务器确认缓存是否可用。

no-store：禁用缓存。用于防止重要的信息被无心的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。

public：其余用户也可以使用缓存，适用于公共缓存服务器的状况。

private：只有特定用户才能使用缓存，适用于公共缓存服务器的状况。

max-age：客户机能够接收生存期不大于指定时间（以秒为单位）的响应。

min-fresh客户机能够接收响应时间小于当前时间加上指定时间的响应。

max-stale指示客户机能够接收超出超时期间的响应消息。若是指定max-stale消息的值，那么客户机能够接收超出超时期指定值以内的响应消息。

注意：no-cache指令并非不缓存，no-cache的意思是能够缓存，但每次用应该去向服务器验证缓存是否可用。no-store才是不缓存内容。

1.2 强缓存的过程

强缓存：浏览器直接从本地缓存中获取数据，不与服务器进行交互。

· 浏览器第一次跟服务器请求一个资源，服务器在返回这个资源的同时，在response的header会加上Expires/Cache-Control的header；

· 浏览器再请求这个资源时，先从缓存中寻找，找到这个资源后，比较Expires或Cache-Control的max-age字段值作比较, 若是在有效期内，则读取缓存内容；若缓存已过时，则从新向服务器发送请求；

· header在从新加载的时候会被更新

这里我画了两张图，浏览器第一次请求：

浏览器第一次请求

浏览器再次请求：

强缓存

对于强缓存，chrome浏览器的状态码：

200 OK(from disk cache)或是200 OK (from memory cache)

例如：请求某个图片后，当浏览器再次访问这个图片时，发现有这个图片的缓存，且缓存没过时，因此就使用缓存。

当浏览器发现缓存过时后，缓存并不必定不能使用了。好比文件虽然过了有效期，但内容并无发生改变，仍是能够用缓存数据。因此，这个时候须要与服务器协商，让服务器判断本地缓存是否还能使用。那么又怎么判断服务端文件有没有更新呢？主要有两种方式：

Last-Modified，If-Modified-since。

二 协商缓存

2.1 区分Last-Modified和If-Modified-Since

以一个返回的接口为例：

Last-Modified的格式：

Last-Modified: Mon, 17 Sep 2018 12:06:18 GMT

If-Modified-Since的格式：

If-Modified-Since: Mon, 17 Sep 2018 12:06:18 GMT

2.2 Etag是什么

web服务器响应请求时，告诉浏览器当前资源在服务器的惟一标识（生成规则由服务器决定）。Apache中，ETag的值默认是对文件的索引节（INode），大小（Size）和最后修改时间（MTime）进行Hash后获得的。

2.3 协商缓存的过程

浏览器第一次请求：

浏览器第一次缓存

浏览器再一次请求：

协商缓存

Last-Modified、If-Modified-Since：

· 浏览器第一次向服务器请求一个资源，服务器在返回这个资源的同时，在respone的header加上Last-Modified字段，表示该资源在服务器上的最后修改时间；

· 浏览器再次向服务器请求这个资源时，在request的header上加上If-Modified-Since字段，这个值就是上一次请求时返回的Last-Modified的值;

·服务器收到资源请求时，比较If-Modified-Since字段值和被请求资源的最后修改时间，若资源最后修改时间较旧，则说明文件没有修改，返回304 Not Modified, 浏览器从缓存中加载资源；若不相同，说明文件被更新，浏览器直接从服务器加载资源, 返回200；

·从新加载资源时更新Last-Modified Header

Etag、If-None-Match

· 浏览器第一次向服务器请求一个资源，服务器在返回这个资源的同时，在respone的header加上ETag字段；

·浏览器再次跟服务器请求这个资源时，在request的header上加上If-None-Match，这个值就是上一次请求时返回的ETag的值；

·服务器再次收到资源请求时，再根据资源生成一个新的ETag，与浏览器传过来If-None-Match比较，若是这两个值相同，则说明资源没有变化，返回304 Not Modified, 浏览器从缓存中加载资源，不然返回200 资源内容。与Last-Modified不同的是，当服务器返回304 Not Modified的响应时，因为ETag从新生成过，response header中还会把这个ETag返回，即便这个ETag跟以前的没有变化

2.4 为何有了Last-Modified，还要用Etag呢？

HTTP1.1中ETag的出现主要是为了解决几个Last-Modified比较难解决的问题：

·一些文件也许会周期性的更改，可是他的内容并不改变(仅仅改变的修改时间)，这个时候咱们并不但愿客户端认为这个文件被修改了，而从新GET；

·某些文件修改很是频繁，好比在秒如下的时间内进行修改，(比方说1s内修改了N次)，If-Modified-Since能检查到的粒度是s级的，这种修改没法判断(或者说UNIX记录MTIME只能精确到秒)；

·某些服务器不能精确的获得文件的最后修改时间。

对于上述情景，利用ETag可以更加准确的控制缓存，由于ETag是服务器自动生成的资源在服务器端的惟一标识符，资源每次变更，都会生成新的ETag值。Last-Modified与ETag是能够一块儿使用的，但服务器会优先验证ETag。

2.5 比较强缓存和协商缓存

基于上文对强缓存和协商缓存过程的解释，这里我把强缓存和协商缓存绘制在一张图里，方便比较，具体过程能够参照上文：

http缓存

三 小结

本文主要经过图解介绍了http的缓存，具体包括强缓存和协商缓存。若有问题，欢迎指正。

相关阅读
【每日课程推荐】机器学习实战！快速入门在线广告业务及CTR相应知识

此文已由做者受权腾讯云+社区发布，更多原文请点击

搜索关注公众号「云加社区」，第一时间获取技术干货，关注后回复1024 送你一份技术课程大礼包！

海量技术实践经验，尽在云加社区！