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