现在来测试一下，因为设置的缓存有效时间是极小的5s，所以强缓存几乎不会命中，所以第二次访问文件会发出新的请求，因为服务端文件并没做什么改变，所以会返回304。
现在来修改一下请求的这张图片，比如修改一下size，目的是让服务端的再验证失败，因而必须给客户端发送200和最新的文件。
接下来把缓存有效时间改大一些，比如10分钟，那么在10分钟之内的重复请求，都会命中强缓存，浏览器不会向服务端发起新的请求（但network依然能观察到这条请求）。
内容编码
服务器在发送很大的文档之前，对其进行压缩，可以节省传输用时。其过程是：
浏览器在访问网站时，默认会携带Accept-Encoding头
服务器在收到请求后，如果发现存在Accept-Encoding请求头，并且支持该文件类型的压缩，压缩响应的实体主体（并不压缩头部），并附上Content-Encoding首部
浏览器收到响应，如果发现有Content-Encoding首部，按其值指定的格式解压报文
对于图片这类已经经过高度压缩的文件，无需再额外压缩。因此，我们需要配置一个字段，指明需要针对哪些类型的文件进行压缩。
default.json
{
...
"zipMatch": "^.(css|js|html)$"
}
static-server.js
constructor() {
...
this.zipMatch = new RegExp(config.zipMatch);
}用zlib模块来实现流压缩：
compressHandler(readStream, req, res) { const acceptEncoding = req.headers['accept-encoding']; if (!acceptEncoding || !acceptEncoding.match(/b(gzip|deflate)b/)) { return readStream; } else if (acceptEncoding.match(/bgzipb/)) { res.setHeader('Content-Encoding', 'gzip'); return readStream.pipe(zlib.createGzip()); } else if (acceptEncoding.match(/bdeflateb/)) { res.setHeader('Content-Encoding', 'deflate'); return readStream.pipe(zlib.createDeflate()); } }因为配置了图片不需压缩，在浏览器中测试会发现图片请求的响应中没有Content-Encoding头。
范围请求
最后一步，使服务器支持范围请求，允许客户端只请求文档的一部分。其流程是：
