概述
nginx作为一个代理服务器，可以进行很多比较灵活的优化措施，其中就包括了资源的压缩优化：
当客户端去请求服务器的资源时，是经过HTTP协议进行网络数据传输的，其中网络是客户端请求服务器的最大消耗之一，其网络传输速度往往决定了对资源请求的响应速度，如果网络较慢，那么客户端请求的时间也会跟着变慢。
思考一个问题，假如在满足上述优化的前提下，我们传送一个1M的数据和一个10M的数据那个效率高?，答案显而易见，传输内容小，速度就会快。
所以接下来我们就可以通过nginx内置的压缩策略来压缩静态资源，提升资源请求速度。
压缩指的是对服务器响应给客户端的响应报文进行压缩，而不是客户端给服务器的请求报文
在Nginx的配置文件中可以通过配置gzip来对静态资源进行压缩，相关的指令可以配置在http块、server块和location块中，Nginx可以通过：
- ngx_http_gzip_module模块
- ngx_http_gzip_static_module模块
- ngx_http_gunzip_module模块
三个模块对这些指令进行解析和处理。
Gzip模块配置指令
接下来所学习的指令都来自ngx_http_gzip_module模块，该模块会在 nginx安装的时候内置到nginx的安装环境中，也就是说我们可以直接使用这些指令。
首先来看几个压缩指令的格式：
1. gzip指令：该指令用于开启或者关闭gzip功能
| 语法 | gzip on; |
| 默认值 | gzip off; |
| 位置 | http、server、location |
该指令开启后就相当于开启了响应数据压缩，但是还需要配合下面的指令。
2. gzip_types指令：该指令可以根据响应页的MIME类型选择性地开启 Gzip压缩功能
| 语法 | gzip_types mime-type ...; |
| 默认值 | gzip_types text/html; |
| 位置 | http、server、location |
所选择的值可以从mime.types文件中进行查找，也可以使用"*"代表所 有。
开启gzip功能后，默认是只有text/html类型的响应才会被压缩，所以同样的需要压缩css、JavaScript等资源都是不压缩的，需要把这些MIME类型加入到gzip_types中。
我们在配置文件中使用这两个指令，演示一段请求JavaScript资源的情景：
首先：这是nginx没有开启gzip的场景，请求的资源大小为344009bytes ，约等于344KB
?开启如下的两个配置，重新加载nginx的配置文件
http{
gzip on;
gzip_types application/javascript;
……
}客户端重新请求资源：
注意区别，详细信息中并没有数据包的长度，但从外面可以看到，为：
?113KB。从原先的344KB降到了113KB
其中的流程大致为：
- nginx通过gzip算法压缩资源
- 将该资源的数据包的Content-Encoding头信息的值标记为gzip压缩
- 浏览器收到数据包，根据压缩的类型去解压缩，变为原来的数据。
3. gzip_comp_level指令：该指令用于设置Gzip压缩程度，级别从1-9
1 表示压缩程度最低，压缩效率最高，9刚好相反，压缩程度最高，但是效率最低最费时间（因为压缩需要cpu进行计算）。
| 语法 | gzip_comp_level level; |
| 默认值 | gzip_comp_level 1; |
| 位置 | http、server、location |
根据前面的基础，也可以设置爱gzip压缩的压缩比，我们设置为6
gzip_comp_level 6;压缩后从113KB->90KB
?
注意：不需要将压缩比调到最高，因为就算调到最高，压缩后的大小并不会有太大的提升，反而，nginx服务器需要更多的cpu资源去压缩，所以一般压缩比调到中等即可。
4. gzip_vary指令：该指令用于设置使用Gzip进行压缩发送是否携带“Vary:Accept-Encoding”头域的响应头部。
主要是告诉接收方，所发送的数据经过了Gzip压缩处理
| 语法 | gzip_vary on|off; |
| 默认值 | gzip_vary off; |
| 位置 | http、server、location |
该头部的主要功能是告诉接收方发送的数据经过了压缩处理。开启后的效果是在响应头部添加了Accept-Encoding: gzip，这对于本身不支持Gzip压缩的客户端浏览器是有用的。
?
5. gzip_buffers指令：该指令用于处理请求压缩的缓冲区数量和大小。
| 语法 | gzip_buffers number size; |
| 默认值 | gzip_buffers 32 4k|16 8k; |
| 位置 | http、server、location |
其中number：指定Nginx服务器向系统申请缓存空间个数，size指的是每个缓存空间的大小。主要实现的是申请number个每个大小为size的内存空间。这个值的设定一般会和服务器的操作系统有关，所以建议此项不设置，使用默认值即可。
6. gzip_disable指令：针对不同种类客户端发起的请求，可以选择性地开启和关闭Gzip功能。
| 语法 | gzip_disable regex ...; |
| 默认值 | —— |
| 位置 | http、server、location |
regex根据客户端的浏览器标志（User-Agent，UA)进行设置，支持使用正则表达式。
如：谷歌浏览器的User-Agent如下：
?火狐的浏览器如下：
?我们使用命令来使得谷歌的禁用压缩，而火狐的压缩，设置如下：
gzip_disable .*Chrome.*;结果为：
该指令一般是用来排除一些明显不支持Gzip的浏览器。
7. gzip_http_version指令：针对不同的HTTP协议版本，可以选择性地 开启和关闭Gzip功能。
| 语法 | gzip_http_version 1.0|1.1; |
| 默认值 | gzip_http_version 1.1; |
| 位置 | http、server、location |
该指令是指定使用Gzip的HTTP最低版本，现在一般都是HTTP1.1，所以该指令一般采用默认值即可。
8. gzip_min_length指令：该指令针对传输数据的大小，可以选择性地开启和关闭Gzip功能
| 语法 | gzip_min_length length; |
| 默认值 | gzip_min_length 20; |
| 位置 | http、server、location |
nignx计量大小的单位：bytes[字节] 、?kb[千字节] 、M[兆]
例如: 1024 / 10k|K / 10m|M
Gzip压缩功能对大数据的压缩效果明显，但是如果要压缩的数据比较小的话，可能出现越压缩数据量越大的情况，因此我们需要根据响应内容的大小来决定是否使用Gzip功能，响应页面的大小可以通过头信息中的 Content-Length来获取。但是如何使用了Chunk编码动态压缩，该指令将被忽略。建议设置为1K或以上。
如下：设置最小为336KB
gzip_min_length 336k;当我们再次请求上面的335KB的数据时，该响应将不会被压缩。
9. gzip_proxied指令：该指令设置是否对服务端返回的结果进行Gzip压缩。
该指令控制的不是静态资源，而是nginx作为反向代理时，取到服务端的数据。
| 语法 | gzip_proxied off|expired|no-cache| no-store|private|no_last_modified|no_etag|auth|any; |
| 默认值 | gzip_proxied off; |
| 位置 | http、server、location |
其中：
- off ：?关闭Nginx服务器对后台服务器返回结果的Gzip压缩
- expired ：?启用压缩，如果header头中包含 "Expires" 头信息
- no-cache ：?启用压缩，如果header头中包含 "Cache-Control:no-cache" 头信息
- no-store ：?启用压缩，如果header头中包含 "Cache-Control:no-store" 头信息
- private ：?启用压缩，如果header头中包含 "Cache-Control:private" 头信息
- no_last_modified ：?启用压缩,如果header头中不包含 "Last-Modified" 头信息
- no_etag ：?启用压缩 ,如果header头中不包含 "ETag" 头信息
- auth ：?启用压缩 , 如果header头中包含 "Authorization" 头信息
- any ：?无条件 启用压缩
