Nginx Gzip 压缩

壹

不知不觉 nginx主题的文章写了60+篇，有最早的也有最近的，有些是记录安装配置，有些是记录问题解决方法，内容质量有深也有浅参差不齐，随着技术迭代有些文章已经过时了(例如Docker代替了VM)不再符合当前的技术需求，而有些文章虽然久远但是仍有有意义(例如Nginx HA)，所以有了梳理这些文章的想法，目标有两个吧，一是回顾下过去的文章巩固下知识点，二是去其糟粕留下精华将有价值的文章搬迁(搬砖)到微信公众号。

今天的这篇文章发布于2013年03月，是介绍如何为 nginx配置 gzip压缩功能，通过gzip压缩后文本数据(html/js/css/json 等text文本)大小可以变为原来的30%甚至更小，不要小瞧节省的70%。试想一下如果你的网站每天有上千万PV(访问量)，那么每天节省下来的带宽费用(按流量付费)或者CDN费用是相当可观的，另外同样的网络带宽使用gzip压缩技术将能够承载更多HTTP请求，这将加快客户端请求响应速度，间接地提升用户体验何乐而不为呢。

贰

关于Gzip

Gzip(GNU-ZIP)是一种压缩技术。经过gzip压缩后页面大小可以变为原来的30%甚至更小，这样用户浏览页面的时候速度会快得多。gzip的压缩页面需要浏览器和服务器双方都支持，实际上就是服务器端压缩，传到浏览器后浏览器解压并解析。浏览器那里不需要我们担心，因为目前的绝大多数浏览器都支持解析gzip页面。

叁

默认nginx没有开启gzip(如docker nginx-1.16.0镜像)，需要显示配置gzip参数。

cat /etc/nginx/nginx.confhttp { #... 其它配置项省略 gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 4; gzip_types text/plain application/x-javascript text/css application/xml; gzip_vary on; #... 其它配置项省略 }

gzip 参数

gzip on 表示该指令用于开启gzip模块(默认off)。

gzip_min_length 设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是0，不管页面多大都压缩。建议设置成大于1k的字节数，小于1k可能会越压越大。

gzip_buffers 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位，按照原始数据大小以16k为单位的4倍申请内存。

gzip_http_version http协议版本(默认1.1)。

gzip_comp_level 压缩比，1压缩比最小但处理速度最快，9压缩比最大但处理速度最慢(消耗cpu)。

gzip_types 匹配mime类型进行压缩，无论是否指定,”text/html”类型总是会被压缩的。

gzip_vary on 和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩。

肆

验证gzip是否真的能够节省带宽，第一次访问是python源服务器，第二次访问是经过nginx代理(+gzip)后的服务器。

1. 图中是没有经过nginx代理的源服务器输出的信息，可以看到这是一个js文本文件，原始文件大小为93KB。

1. 经过gzip 压缩的js文件，网络传输33KB、体积减少了近七成。

1. 经过gzip 压缩的文件会添加 content-encoding:gzip 头部信息。