## HTTP系列之Accept-Encoding和Content-Encoding[通俗易懂]

大家好，又见面了，我是你们的朋友全栈君。

前端的性能优化是一个永不停歇的路程，优化的方式也不一而足，今天重点不在于介绍性能优化，而是介绍性能优化的其中一种方式，通过压缩来节省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.cn/159679.html原文链接：https://javaforall.cn