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, 表示不限制创建客户链接的时间