Tomcat 开启Gzip压缩

原理简介

        HTTP 压缩可以大大提高浏览网站的速度，它的原理是，在客户端请求服务器对应资源后，从服务器端将资源文件压缩，再输出到客户端，由客户端的浏览器负责解压缩并浏览。相对于普通的浏览过程HTML ,CSS,Javascript , Text ，它可以节省40%左右的流量。更为重要的是，它可以对动态生成的，包括CGI、PHP , JSP , ASP , Servlet,SHTML等输出的网页也能进行压缩，压缩效率也很高。 

配置方法

Tomcat5.0以后的版本是支持对输出内容进行压缩的，使用的是gzip压缩格式 。

修改server.xml

<Connector port="8080" protocol="HTTP/1.1"
　　　　　　connectionTimeout="20000"
　　　　　　　　enableLookups="false"
　　　　　　　　　　redirectPort="8443"

　　　　　　　　　　compression="on"

　　　　　　　　　　compressionMinSize="50"
　　　　　　　　noCompressionUserAgents="gozilla, traviata"
　　　　　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
/>

从上面节点的属性可以看出，要使用gzip压缩功能，你需要在Connector节点中加上如下属性

• compression="on" 打开压缩功能 
• compressionMinSize="50" 启用压缩的输出内容大小，默认为2KB 
• noCompressionUserAgents="gozilla, traviata" 对于以下的浏览器，不启用压缩 
• compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"　哪些资源类型需要压缩

测试方法

启用了TOMCAT这个压缩功能后，我们如何来测试压缩是否有效呢？

首先Tomcat是根据浏览器请求头中的accept-encoding来判断浏览器是否支持压缩功能，如果这个值包含有gzip，就表明浏览器支持gzip压缩内容的浏览，我们可以用两种方法来验证压缩是否生效。

 

通过查看服务器端图片大小和firebug出现的图片大小比较。

调整连接器connector的并发处理能力

 

 

参数说明

1 2 3 4 5 6 7 8 9 10 11 12 13 14

maxThreads        #客户请求最大线程数 minSpareThreads   #Tomcat初始化时创建的 socket 线程数 maxSpareThreads   #Tomcat连接器的最大空闲 socket 线程数 enableLookups     #若设为true, 则支持域名解析，可把 ip 地址解析为主机名 redirectPort      #在需要基于安全通道的场合，把客户请求转发到基于SSL 的 redirectPort 端口 acceptAccount     #监听端口队列最大数，满了之后客户请求会被拒绝（不能小于maxSpareThreads  ） connectionTimeout #连接超时 minProcessors     #服务器创建时的最小处理线程数 maxProcessors     #服务器同时最大处理线程数 URIEncoding       #URL统一编码 compression       #打开压缩功能    compressionMinSize   #启用压缩的输出内容大小，这里面默认为2KB compressableMimeType #压缩类型 connectionTimeout #定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间