大家好,又见面了,我是你们的朋友全栈君。
前端的性能优化是一个永不停歇的路程,优化的方式也不一而足,今天重点不在于介绍性能优化,而是介绍性能优化的其中一种方式,通过压缩来节省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总是感觉很枯燥,看不下去,但通过与项目中的实践相结合还是蛮有意思的,比如这次虽然是一个比较小的优化点,但是还是有点成就感的。
如果本文对你有些许帮助,就请你点个赞鼓励下!
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/159679.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...