优化tomcat的配置

一、精简Tomcat和配置文件

1．删除不需要的管理应用和帮助应用，可以提高tomcat安全性。删除webapps和server/wenapps下所有文件

2．精简sever.xml配置文件，可以考虑使用tomcat发布版本中的最小配置文件，提高性能，如果有功能上的需求，在逐个的加入功能配置。

Ø       备份原来的server.xml为server.xml_bak

Ø       复制server-minimal.xml为server.xml、

3．修改server.xml，提高tomcat性能

Ø       配置文件中的Connetctor节点，和连接数相关的参数配置和优化。

       maxThreads：Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数，默认值200。可以根据计算机的性能和内存大小调整，一般可以在400-500。最大可以在800左右。

       acceptCount：指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。默认值10。

       minSpareThreads：Tomcat初始化时创建的线程数。默认值4。

       maxSpareThreads：一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值50。

       enableLookups：是否反查域名，默认值为true。为了提高处理能力，应设置为false。

       connnectionTimeout：网络连接超时，默认值20000，单位：毫秒。设置为0表示永不超时，这样设置是有隐患的。通常可设置为30000毫秒。

       maxKeepAliveRequests：保持请求数量，默认值100。

       bufferSize：输入流缓冲大小，默认值2048 bytes。

       compression：压缩传输，取值on/off/force，默认值off。

其中和最大连接数相关的参数为maxThreads和acceptCount。如果要加大并发连接数，应同时加大这两个参数。web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。

Ø       修改通用连接：

   <Connector port="8080" />

为：

   <Connector port="8080" maxTreads="500" minSpareThreads="10" maxSpareThreads="50" acceptCount="50" connectionTimeout="60000"

              enableLookups="false" redirectPort="8443" protocol="AJP/1.3" compression="on" compressionMinSize="2048" noCompressionUserAgents="gozilla, traviata"

compressableMimeType="text/html,text/xml"/>

Ø       修改主机和应用配置：

<Host name="localhost" appBase="webapps" />

为：

    <Host name="localhost" appBase=" "

      unpackWARs="true" autoDeploy="true"

      xmlValidation="false" xmlNamespaceAware="false">

       <Context path="" docBase="/www/xxxx/site/web" reloadable="true" debug="0"/>

</Host>

4．优化JDK

Tomcat默认可以使用的内存为128MB,Windows下,在文件catalina.bat的前面，修改如下设置：

JAVA_OPTS='$JAVA_OPTS -Xms[初始化内存大小] -Xmx[可以使用的最大内存]

一般说来，应该使用物理内存的80%作为堆大小。如果本机上有Apache服务器，可以先折算Apache需要的内存，然后修改堆大小。建议设置为70％；建议设置[初始化内存大小]等于[可以使用的最大内存]，这样可以减少平凡分配堆而降低性能。

另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大，那么完全垃圾收集就会很慢，但是频度会降低。如果你把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程中出现。

如果系统花费很多的时间收集垃圾，请减小堆大小。一次完全的垃圾收集应该不超过3-5秒。如果垃圾收集成为瓶颈，那么需要指定代的大小，检查垃圾收集的详细输出，研究 垃圾收集参数对性能的影响。一般说来，你应该使用物理内存的80%作为堆大小。当增加处理器时，记得增加内存，因为分配可以并行进行，而垃圾收集不是并行的。