最近测了几个前端的项目，发现它们都有一个共同点：应用所在服务器的网卡上行（trans）非常大——经常是 117 MB/S，这已经逼近了千兆网卡的极限了。下面记录下排查和解决过程：
一. jmeter 客户端启用gzip压缩
1. 使用jmeter的查看结果树，发现单次请求的返回都在 220KB以上
2. 查看应用的nginx服务器配置，发现已经启用gzip压缩，那问题是在哪里呢？
3. 尝试用火狐浏览器打开被测页面，F12-单击网络模块，看到request header部分时，发现浏览器启用了 gzip压缩，如下图
有木有可能是jmeter默认不支持gzip，导致返回网页是未经过压缩滴？ 查看之，艹！果然！！！
果断通过添加“http信息头管理器”的方式启用GZIP，启用后的jmeter如下：
对比下启用压测前后的返回大小：
效果非常显著！
附：如何在jmeter中启用GZIP:
jmeter中get请求gzip数据的方法：
在jmeter线程组中添加“http信息头管理器”，并添加名称：Accept-Encoding值: gzip,deflate
注：HTTP信息头Accept-Encoding 是客户端发给服务器,声明客户端支持的编码类型
验证服务器是否返回了gzip格式数据：
1. 线程组中添加一个“查看结果树”监听器
2.运行测试后，在监听器取样器结果标签页查看http服务器的响应头：
Content-Encoding: gzip
Vary: Accept-Encoding
post方式发送gzip格式文件：
1.http sample里选择“同请求一起发送文件：”MIME类似设置为gzip
2.http 信息头管理器添加http头：
content-type:x-application/x-gzip
content-encoding:gzip
二. Nginx(前端代理和分发)启用gzip压缩
详情参见 http://www.cnblogs.com/onmyway20xx/p/4901364.html
三. Tomcat(后端应用)启用gzip压缩
为啥Tomcat也要启用gzip压缩呢? 大家看下图,页面的流转过程是:tomcat---->nginx---->用户,nginx启用压缩之后,nginx服务器上传瓶颈解决了,但是tomcat--->nginx这块仍然存在瓶颈。相关操作方法参见http://www.cnblogs.com/onmyway20xx/p/4942576.html
