为什么nginx配置了gzip却不生效

         博主曾经在生产环境和测试环境都配置过gzip，在server中进行如下配置：

gzip  on;
gzip_min_length 5k;
gzip_comp_level 8;
#gzip_http_version 1.0; 一开始没有配置该项
gzip_types application/x-javascript application/javascript text/css text/javascript image/jpeg image/gif application/json;

但是只有生产环境生效，测试环境不生效，原因是：两个环境网络结构略有不同，测试环境多了一层nginx是运维同事负责的。上面nginx代码中的配置 【gzip_http_version 1.0;】的说明： 采用http协议版本 默认是1.1 ，对于1.0的请求不会压缩，如果设置成1.0，表示http1.0以上 的版本都会压缩。(如果使用了proxy_pass 进行反向代理，那么nginx和后端的 upstream server之间默认是用 http/1.0协议通信的。)    

        下面简单介绍一下nginx的gzip配置。

gzip 相关配置可放在 http{} 或 server{} 或 location{} 层级，若不同层级有重复设置优先级为 location{} > server{} > http{}

1、开启 gzip压缩

gzip on;

 2、gzip http 版本

gzip_http_version 1.0;

 3、禁止ie6进行gzip压缩（当然现在已经基本没有人使用ie6了）

gzip_disable "msie [1-6]";

4、压缩级别（1~9，一般为平衡文件大小和cpu使用，5是常用值，当然跟实际机器的情况有关）

gzip_comp_level 5;

5、最小压缩临界值（默认的是20字节）

gzip_min_length 20;

6、压缩通过代理链接的客户端数据

gzip_proxied any;

7、采用http协议版本 默认是1.1 ，对于1.0的请求不会压缩，如果设置成1.0，表示http1.0以上 的版本都会压缩。(如果使用了proxy_pass 进行反向代理，那么nginx和后端的 upstream server之间默认是用 http/1.0协议通信的。)

gzip_http_version 1.0;

8、代理缓存压缩和原始版本资源，避免客户端因accept-encoding不支持gzip而发生错误的现象（现在一般都采用gzip）

gzip_vary on;

9、压缩文件类型（默认总是压缩 text/html类型，其中特别说明的是application/javascript和text/javascript最好都加上，若页面script标签的type不同则有可能发生部分js文件不会压缩，默认type为application/javascript）

gzip_types application/atom+xml application/javascript application/json application/rss+xml application/vnd.ms-fontobject application/x-font-ttf application/x-web-app-manifest+json application/xhtml+xml application/xml font/opentype image/svg+xml image/x-icon text/css text/plain text/javascript text/x-component;

10、如果有已经压缩的(.gz)或者提供静态文件服务，可以设置为on。如果不是这样，最好设置为off，因为这会造成额外的i/o开销。一个比较好的处理方式是放在location{}或server{}级别单独处理。

gzip_proxied any;

11、压缩结果数据流存储所用空间，下面表示以8k为单位，按照原始数据大小以8k为单位的16倍申请内存。默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。

gzip_buffers 16 8k;