Tomcat自身配置优化-让你的“小猫”飞一会

Tomcat的优化主要有JVM（内存）的优化和Tomcat自身的配置优化，这片文章主要说明Tomcat自身配置优化。

Connector节点上的优化

打开tomcat安装目录/conf/server.xml文件，有这样一行：

<Connector port="8080" protocol="HTTP/1.1"

这一行就是我们的tomcat容器性能参数设置的地方，它一般都会有一个默认值，这些默认值是远远不够在生产环境中使用的，我们来看经过更改后的这一段的配置：

<Connector port="8080"
           protocol="org.apache.coyote.http11.Http11NioProtocol"
           minSpareThreads="25" maxSpareThreads="75"
          enableLookups="false" 
          disableUploadTimeout="false" connectionUploadTimeout="60000"  
          connectionTimeout="20000"
          acceptCount="300"  maxThreads="300" 
          useURIValidationHack="false"
          compression="on" compressionMinSize="2048"
          compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
               redirectPort="8443"
/>

下面解析各个属性的含义：

protocol=”org.apache.coyote.http11.Http11NioProtocol”

nio(new I/O)，是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API，因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。从Tomcat6.0以后, Java开发者很容易就可以是用NIO的技术来提升tomcat的并发处理能力。

maxSpareThreads

maxSpareThreads 的意思就是如果空闲状态的线程数多于设置的数目，则将这些线程中止，减少这个池中的线程总数。

minSpareThreads

最小备用线程数，tomcat启动时的初始化的线程数。

enableLookups=”false”

为了消除DNS查询对性能的影响我们可以关闭DNS查询。

给Tomcat配置gzip压缩(HTTP压缩)功能

    compression="on" compressionMinSize="2048"             
   compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"

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

1. compression=”on” 打开压缩功能
2. compressionMinSize=”2048” 启用压缩的输出内容大小，这里面默认为2KB
3. noCompressionUserAgents=”gozilla, traviata” 对于以下的浏览器，不启用压缩
4. compressableMimeType=”text/html,text/xml”　压缩类型

connectionTimeout

connectionTimeout为网络连接超时时间毫秒数。

maxThreads

maxThreads Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数，即最大并发数。如果不指定，该属性值为200。Tomcat的线程数量太多会导致切换过多，性能
下降严重。这个数量应该是你单个机器的承载能力，压力测试下得出的结果。不可任意
加大。一般情况下，256-512个已经非常高的数值了。

备注： Tomcat4中可以通过修改minProcessors和maxProcessors的值来控制线程数。
在Tomcat5+主要对以下参数调整控制
maxThreads，acceptCount，minSpareThreads，maxSpareThreads

acceptCount

acceptCount是当线程数达到maxThreads后，后续请求会被放入一个等待队列，这个acceptCount是这个队列的大小，如果这个队列也满了，就直接refuse connection

useURIValidationHack

tomcat中的一段源码：

        security
        if (connector.getUseURIValidationHack()) {
            String uri = validate(request.getRequestURI());
            if (uri == null) {
                res.setStatus(400);
                res.setMessage("Invalid URI");
                throw new IOException("Invalid URI");
            } else {
                req.requestURI().setString(uri);
                // Redoing the URI decodings
                req.decodedURI().duplicate(req.requestURI());
                req.getURLDecoder().convert(req.decodedURI(), true);
            }
        }

可以看到如果把useURIValidationHack设成”false”，可以减少它对一些url的不必要的检查从而减省开销。

disableUploadTimeout=”false” connectionUploadTimeout=”60000”

上面两个参数一起配合才能设置文件上传的超时时间为60秒，毕竟文件上传可能需要消耗更多的时间，这个根据你自己的业务需要自己调。

其他优化

如果你是直接加载webapps下的项目，部署在ROOT的，autoDeploy要设置为false，不然reload将导致CPU占用很高以及内存泄露。

    <Host name="localhost"  appBase="webapps"  
            unpackWARs="true" autoDeploy="false"> 

如果你是配置Context，那么reloadable设置为false。

<Context className="org.apache.catalina.core.StandardContext" 
            cachingAllowed="true" 
            charsetMapperClass="org.apache.catalina.util.CharsetMapper" 
            cookies="true" 
            crossContext="false"            
            displayName="" 
            path="" 
            docBase="E:\work\xxx\web"   
            privileged="false" 
            reloadable="false" 
            swallowOutput="false" 
            useNaming="true"
            wrapperClass="org.apache.catalina.core.StandardWrapper">