浏览器缓存机制

浏览器缓存机制

说一下我遇到的情况，当图片中的标注框更新之后，服务器更新了xml文件，但是前端通过a标签查看文档或者是根据axios的get请求去获取压缩包的时候总是获取不到最新的。

缓存过程的分析

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

我们不难发现每次返送请求时所要做的事情

1、浏览器每次发起请求，都会先在浏览器缓存中查找该请求的结果以及缓存标识

2、浏览器每次拿到返回的请求结果都会将该结果和缓存标识存入浏览器缓存中

浏览器缓存分类：

• 强缓存

• 协商缓存

强缓存

强制缓存就是向浏览器缓存查找该请求结果，并根据该结果的缓存规则来决定是否使用该缓存结果的过程，强制缓存的情况主要有三种(暂不分析协商缓存过程)，如下：

• 不存在该缓存结果和缓存标识，强制缓存失效，则直接向服务器发起请求（跟第一次发起请求一致）。
• 存在该缓存结果和缓存标识，但是结果已经失效，强制缓存失效，则使用协商缓存（暂不分析）。
• 存在该缓存结果和缓存标识，且该结果没有还没有失效，强制缓存生效，直接返回该结果。（不会给服务器发送请求）

缓存规则

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

Expires

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

到了HTTP/1.1，Expires已经被Cache-Control替代，原因在于Expires控制缓存的原理是使用客户端的时间与服务端返回的时间做对比，如果客户端与服务端的时间由于某些原因（时区不同；客户端和服务端有一方的时间不准确）发生误差，那么强制缓存直接失效，那么强制缓存存在的意义就毫无意义。

Cache-Control

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

• public：所有内容都将被缓存（客户端和代理服务器都可缓存）

• private：所有内容只有客户端可以缓存，Cache-Control的默认取值

• no-cache：客户端缓存内容，但是是否使用缓存则需要经过协商缓存来验证决定

• no-store：所有内容都不会被缓存，即不使用强制缓存，也不使用协商缓存

• max-age=xxx (xxx is numeric)：缓存内容将在xxx秒后失效

我自己写了一个小例子，在服务器端设置Cache-Control

会发设置了Cache-Control之后会有如下两种请求模式

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

我设置的’Cache-Control’：‘max-age=300’，当我5分钟之后再次刷新网页之后，会变成重新像服务器发送请求没有from memory cache和from disk cache

协商缓存

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

• 协商缓存生效，返回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。

我使用的koa框架，使用Etag下载

npm install koa-etag
npm install koa-conditional-get


var conditional = require('koa-conditional-get');
var etag = require('koa-etag');
var koa = require('koa');
var app = koa();
 
// etag works together with conditional-get
app.use(conditional());
app.use(etag());
 
app.use(function(ctx) {
  ctx.body = 'Hello World';
});
 
app.listen(3000);
 
console.log('listening on port 3000');

然后访问同一张图片会发现协商缓存命中，并且在这时我的强缓存时间已经到了，这也满足了强缓存第二种情况（强制缓存失效，则使用协商缓存）

自己的项目怎么避免的

• 在访问a标签连接时后面加入时间戳（随机字符串）

let timestamp=new Date().getTime()
this.image.url = `${this.image.url}?${timestamp}`

• 在axios获取的时候清空强缓存

axios({
    url,
    method:'get',
    responseType:'blob',
    headers:{
      'Cache-Control': 'no-cache',
      'Pragma': 'no-cache'
    }
  }).then(res => {
    let blob = res.data
    let url = URL.createObjectURL(blob)
    let eleLink = document.createElement('a')
    eleLink.download = name
    eleLink.href = url
    eleLink.click()
    eleLink.remove()
    // 用完释放URL对象
    URL.revokeObjectURL(url)
  })
  //这里包含了一个vue的下载文件的操作

最后感谢两位巨人的肩膀 松宝写代码和null仔