原理简介
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, 表示不限制建立客户连接的时间
|