大家好，又见面了，我是你们的朋友全栈君。
前端的性能优化是一个永不停歇的路程，优化的方式也不一而足，今天重点不在于介绍性能优化，而是介绍性能优化的其中一种方式，通过压缩来节省http请求的流量，实现过程中依赖http中header部分的两个字段，Accept-Encoding和Content-EnCoding（分别来自request的header和response的header）。
前两天排查一个问题是注意到项目里ssr时返回的页面竟然没有压缩，页面体积大小高达182k，于是着手优化这部分。首先我们先了解下Accept-Encoding和Content-Encoding的作用。
含义与作用
为什么首先要讲这两个字段的含义呢？因为当你打开一个页面时，请求到了服务端，如果请求上没有这种编码的标识的话，服务端是不知道该不该压缩？使用哪种方式压缩的？所以request请求header里的Accept-Encoding就是用来告诉服务端客户端是支持哪些编码方式的，一般的值有gzip/compress/deflate/br等，可以多个，中间用逗号隔开。如：
Accept-Encoding: gzip, deflate, br
复制代码当服务端接收到请求，并且从header里拿到编码标识时，就可以选择其中一种方式来进行编码压缩，然后返给客户端，但是如果response的header里没有编码标识的话，客户端就不知道服务端是用的哪种方式压缩的，所以需要Content-Encoding来标识服务端压缩时所用的压缩方式。
综上，Accept-Encoding用来标识客户端能够理解的内容编码方式。 Content-Encoding用来标识主体进行了何种方式的内容编码转换。
node中的使用
项目中使用的node实现的ssr，因此重要讨论下在node中实现压缩来完成性能的优化。实现代码简化如下：
const http = require('http');
const zlib = require('zlib');
const server = http.createServer(function(req,res){
//...其他逻辑
const acceptEncoding = req.headers['accpent-encoding'];
if(!!acceptEncoding.match(/\bgzip\b/)){
zlib.gzip(body,function(err,data){
if(err){
//...错误处理逻辑
}
res.setHeader('content-encoding','gzip');
res.setHeader('content-length',body.length);
res.end(body);
})
}
// ...非gzip处理
});
复制代码node中压缩是通过zlib来实现的，首先判断accept-Encoding里是否有gzip，有的话通过zlib压缩，并在response的header中标识。很简单吧！
结语
之前看http总是感觉很枯燥，看不下去，但通过与项目中的实践相结合还是蛮有意思的，比如这次虽然是一个比较小的优化点，但是还是有点成就感的。
如果本文对你有些许帮助，就请你点个赞鼓励下！
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/159679.html原文链接：https://javaforall.net
