1 如何优化Tomcat

（1）bin：主要用来存放命令，.bat是windows下，.sh是Linux下

（2）conf：主要用来存放tomcat的一些配置文件

（3）lib：存放tomcat依赖的一些jar包

（4）logs：存放tomcat在运行时产生的日志文件

（5）temp：存放运行时产生的临时文件

（6）webapps：存放应用程序

（7）work：存放tomcat运行时编译后的文件，比如JSP编译后的文件

tomcat优化可以有几个方向：配置项的删除，配置参数的修改，jdk参数修改、Tomcat内存优化、Tomcat并发优化、Tomcat缓存优化

web项目中自带的WEB-INF/web.xml，

tomcat自带的conf/web.xml以及conf/server.xml文件。

因为这些xml文件都会被tomcat解析，所以优化方向是将这三类文件中不必要的配置删除。

tomcat在启动时，会将web项目中WEB-INF/web.xml和自己的conf/web.xml进行合并，然后在ContextConfig类下的configureContext()统一解析这些内容：

这个只能是在项目中不需要的配置不要放进去，有过期的配置要及时删除，减少tomcat的解析成本。

这是一个处理静态文件的servlet，如果项目中不需要tomcat进行静态文件的处理，可以将其删掉。

这个servlet是用来编译和执行jsp文件的，如果项目中没有jsp文件，可以将其删掉。

项目中没有jsp，关于jsp下面的映射也可以删除：

文件中提供的mime类型非常多，如果有确定项目中不会涉及到的类型，可以删除其映射配置。

如果不需要展示tomcat的欢迎页，可以将其删掉。

下面是tomcat8.5版本提供的默认listener列表：

作用是在Tomcat初始化时，打印一下Tomcat相关的版本信息以及 *** 作系统和jdk环境信息，可以删掉。

Tomcat启动时，检查APR库，如果存在则加载，这个配置仅当connector的protocol设置为AJP/1.3时有用，如果非AJP/1.3，可以删除。

Java运行环境可能导致某些已知位置的内存泄漏或文件锁定，

JreMemoryLeakPreventionListener提供这些情况的解决方案。

作用于全局资源，通过该监听器，初始化标签中定义的全局JNDI资源；

如果没有该监听器，定义的全局资源都不能使用。

如果不使用GlobalNamingResources定义全局资源，可以删除。

Web应用因thread-local导致的内存泄露而要停止时，该监听器会触发线程池中线程的更新。

只有当Web应用(即Context元素)的renewThreadsWhenStoppingContext属性设置为true时，该监听器才有效。

官方文档对renewThreadsWhenStoppingContext配置的解释为：

GlobalNamingResources可以定义全局资源，可以看出，这个tomcat的默认配置是通过读取$TOMCAT_HOME/ conf/tomcat-users.xml实现的。

tomcat-user.xml用于定义tomcat管理页面相关配置，如果不登录管理界面可以删掉。

官网中对于这个connector有如下描述：

The AJP Connector element represents a Connector component that communicates with a web connector via the AJP protocol. This is used for cases where you wish to invisibly integrate Tomcat into an existing (or new) Apache installation, and you want Apache to handle the static content contained in the web application, and/or utilize Apache's SSL processing.

可知当tomcat需要集成到Apache服务器时才使用这个connector，现在一般都用Nginx代替Apache，所以不使用Apache的话这个也可以删掉。

tomcat默认配置包含如下connector：

<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

Realm，可以把它理解成“域”；

Realm提供了一种用户密码与web应用的映射关系，从而达到角色安全管理的作用，tomcat默认的这个realm是和name为UserDatabase的资源绑定的，而该资源在Server元素中使用GlobalNamingResources配置。如果不需要可以删掉。

Valve的意思是“阀门”，不同的Valve有不同的特性，Valve的配置中AccessLogValve的作用是记录其所在容器处理的所有请求，默认配置中的Valve放在Host下，便可以记录该Host处理的所有请求。

AccessLogValve记录的日志就是访问日志，每天的请求会写到一个日志文件里。现在一般记录Nginx访问日志，这个也可以删除。

tomcat是用Java写的，就要运行在jvm上，垃圾处理方式等都要遵循jvm的方式。

tomcat中设置jvm参数在 catalina.sh(Linux)和catalina.bat(windows)中，以JAVA_OPTS变量存储。以catalina.sh为例：

可以在该变量中添加jvm参数，达到减少gc次数等目标，例如根据tomcat所在服务器修改jvm内存大小等。

参数优化主要是优化sever.xml中的配置参数，示例server.xml如下：

port：指定一个端口，这个端口负责监听关闭tomcat的请求。

shutdown：指定向端口发送的命令字符串。

sever配置没什么可优化的。

name：指定service的名字。

service配置没什么可优化的。

port：指定服务器端要创建的端口号，并在这个端口监听来自客户端的请求

minProcessors：服务器启动时创建的处理请求的线程数

maxProcessors：最大可以创建的处理请求的线程数

enableLookups：如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其ip地址

redirectPort：指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号

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

maxConnections：达到这个值之后，将继续接受连接，但是不处理，能继续接受多少根据acceptCount的值

minSpareThreads：最小空闲线程数

connectionTimeout：指定超时的时间数(以毫秒为单位)

官网8.5版本connector使用连接类型如下：

查看Connector源码:

可知默认协议使用的是Http11NioProtocol，即NIO方式。

tomcat默认连接池有限制，可以为connector配置自己的连接池，例如：

在连接池中可以根据项目自定义最大线程数量。

name：属性用于日志和错误信息，在整个Server中应该唯一

defaultHost：defaultHost属性指定了默认的host名称，当发往本机的请求指定的host名称不存在时，一律使用defaultHost指定的host进行处理；因此defaultHost的值，必须与Engine中的一个Host组件的name属性值匹配

没什么可优化的。

name：指定虚拟主机的主机名，一个Engine中有且仅有一个Host组件的name属性与Engine组件的defaultHost属性相匹配；

注：一般情况下，主机名需要是在DNS服务器中注册的网络名，但是Engine指定的defaultHost不需要

appBase：应用程序基本目录，即存放应用程序的目录

unpackWARs：指定了是否将war文件解压，如果为true，则通过解压后的目录运行该Web应用；如果为false，则直接使用WAR文件运行Web应用

autoDeploy：是否自动部署，Tomcat运行期间会用一个线程定时检查，如果有新的web工程会自动部署。

autoDeploy生产环境之下可以改成false，减少tomcat的负担。

autoDeploy有需要注意的点，如果为true，拷贝war到webapp下面，tomcat自动解压并部署。但是停掉tomcat拷贝新的war包过去，tomcat不会解压新包并后覆盖旧目录，因为tomcat直接使用了之前解压过的目录。官网有描述：

If you redeploy an updated WAR file, be sure to delete the expanded directory when restarting Tomcat, so that the updated WAR file will be re-expanded (note that the auto deployer, if enabled, will automatically expand the updated WAR file once the previously expanded directory is removed).

docBase：代表应用程序或war文件存放的路径，这个可以自由指定，例如d:/study

path：

表示此web应用程序的url的前缀，这样请求的url为 http://localhost:8080/path/ **

reloadable：如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序

生产环境中可以把reloadable设置为false。

className：指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口

没什么可优化的

className：规定了Valve的类型；例如tomcat默认的是AccessLogValve。

directory：指定日志存储的位置，默认日志存储在 TOMCAT_HOME/logs目录下，可以看到如下所示的日志文件。

没什么可优化的。

Tomcat内存优化主要是对 tomcat 启动参数优化，我们可以在 tomcat 的启动脚本 catalina.sh 中设置 java_OPTS 参数。

现公司服务器内存一般都可以加到最大2G ，所以可以采取以下配置：

JAVA_OPTS=’-Xms1024m -Xmx2048m -XX: PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m’

配置完成后可重启Tomcat ，通过以下命令进行查看配置是否生效：

首先查看Tomcat 进程号：sudo lsof -i:9027

我们可以看到Tomcat 进程号是 12222 。

查看是否配置生效：sudo jmap – heap 12222

我们可以看到MaxHeapSize 等参数已经生效。

在Tomcat 配置文件 server.xml 中的

<Connector port="9027"

protocol="HTTP/1.1"

maxHttpHeaderSize="8192"

minProcessors="100"

maxProcessors="1000"

acceptCount="1000"

redirectPort="8443"

disableUploadTimeout="true"/>

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

Tomcat性能调优方案

一、 *** 作系统调优

对于 *** 作系统优化来说，是尽可能的增大可使用的内存容量、提高CPU的频率，保证文件系统的读写速率等。经过压力测试验证，在并发连接很多的情况下，CPU的处理能力越强，系统运行速度越快。。

【适用场景】 任何项目。

二、Java虚拟机调优

应该选择SUN的JVM，在满足项目需要的前提下，尽量选用版本较高的JVM，一般来说高版本产品在速度和效率上比低版本会有改进。

JDK1.4比JDK1.3性能提高了近10%-20%，JDK1.5比JDK1.4性能提高25%-75%。

因此对性能要求较高的情况推荐使用 JDK1.6。

【适用场景】 任何项目。

三、Apache集成Tomcat

Web服务器专门处理HTTP请求，应用服务器是通过很多协议为应用提供商业逻辑。虽然Tomcat也可以作web服务器，但其处理静态html的速度比不上Apache，且其作为web服务器的功能远不如Apache，因此把Apache和Tomcat集成起来，将html和Jsp的功能部分进行明确分工，让Tomcat只处理Jsp部分，其他的由Apache，IIS等web服务器去处理，由此大大提高Tomcat的运行效率。

如果一个项目中大量使用了静态页面、大量的图片等，并有有较大的访问量，推荐使用Apache集成Tomcat的方式来提高系统的整体性能。

Apache和Tomcat的整合有三种方式，分别是JK、http_proxy和ajp_proxy.其中JK方式是最常见的方式，JK本身有两个版本分别是1和2，目前1最新版本是1.2.8，而版本2早已经废弃了。http_proxy是利用Apache自带的mod_proxy模块使用代理技术来连接Tomcat。Ajp_proxy连接方式其实跟http_proxy方式一样，都是由mod_proxy所提供的功能。只需要把配置中的http://换成ajp://,同时连接的是Tomcat的AJP Connector所在的端口。

相对于JK的连接方式，后两种在配置上比较简单的，灵活性方面也一点都不逊色。但就稳定性而言不像JK这样久经考验，所以建议采用JK的连接方式。

Apache+JK+Tomcat配置：

使用到的两个配置文件分别是：httpd.conf和mod_jk.conf。其中httpd.conf是Apache服务器的配置文件，用来加载JK模块以及指定JK配置文件信息。mod_jk.conf是到Tomcat服务器的连接定义文件。

【部署步骤】

1.安装Apache服务器

2.部署Tomcat

3.将mod_jk.so拷贝到modules目录下面

4.修改httpd.conf和mod_jk.conf

【适用场景】 大量使用静态页面的应用系统。

四、Apache和Tomcat集群

对于并发要求很高的系统，我们需要采取负载均衡的方式来分担Tomcat服务器的压力。负载均衡实现大概有四种：第一是通过DNS，但只能简单的实现轮流分配，不能处理故障；第二是基于MS IIS,windows 2003 server本身就带了负载均衡服务；第三是硬件方式，通过交换机功能或专门的负载均衡设备来实现；第四种是软件的方式，通过一台负载均衡服务器进行，上面安装软件。使用Apache Httpd Server做负载均衡器，Tomcat集群节点使用Tomcat就可以做到上述第四种方式，这种方式比较灵活，成本相对比较低，另外一个很大的优点就是可以根据应用情况和服务器的情况做一些灵活的配置。所以推荐使用Apache+Tomcat集群来实现负载均衡。

采用Tomcat集群可以最大程度的发挥服务器的性能，可以在配置较高的服务器上部署多个Tomcat，也可以在多台服务器上分别部署Tomcat，Apache和Tomcat整合的方式还是JK方式。经过验证，系统对大用户量使用的响应方面，Apache+3Tomccat集群>Apache+2Tomcat集群 >Apache集成Tomcat >单个Tomcat。并且采用Apache+多Tomcat集群的部署方式时，如果一个Tomcat出现宕机，系统可以继续使用，所以在硬件系统性能足够优越的情况下，需要尽量发挥软件的性能，可以采用增加Tomcat集群的方式。

Apache+Tomcat集群的方式使用到得配置文件有httpd.conf、mod_jk.conf、workers.properties。其中mod_jk.conf是对JK信息的配置，包括JK的路径等，workers.properties配置文件是对Tomcat服务器的连接定义文件。

Apache需要调整运行参数，这样才能构建一个适合相应网络环境的web服务。其中可进行的优化配置如下：

1. 设置MPM（Multi Processing Modules多道处理模块）。ThreadPerChild,这个参数用于设置每个进程的线程数，在Windows环境下默认值是64，最大值是1920，建议设置为100-500之间，服务器性能高的话值大一些，反之小一些。MaxRequestPerChild表示每个子进程能够处理的最大请求数。这个参数的值更大程度上取决于服务器的内存，如果内存比较大的话可以设置为很大的参数，否则设置一个较小的值，建议值是3000.

2. 关闭DNS和名字解析 HostnameLookups off

3. 打开UseCanonicalName模块 UseCanonicalName on

4. 关闭多余模块 一般来说，不需要加载的模块有，mod_include.so、mod_autoindex.so、mod_access.so、mod_auth.so.

5. 打开KeepAlive支持

KeepAlive on, KeepAliveTimeout 15 MaxKeepAliveRequests 1000

根据实际经验，通过Apache和Tomcat集群的方式提高系统性能的效果十分明显，这种方式可以最大化的利用硬件资源，通过多个Tomcat的处理来分担单Tomcat时的压力。

【部署步骤】

1.安装Apache服务器

2.部署Tomcat集群，即多个相同的Tomcat。

3.将mod_jk.so拷贝到modules目录下面

4.修改httpd.conf、mod_jk.conf和workers.properties

【适用场景】 并发用户量及在线使用用户数量比较高的系统。

五、Tomcat自身优化

1. JVM参数调优：-Xms<size>表示JVM初始化堆的大小，-Xmx<size>表示JVM堆的最大值。这两个值的大小一般根据需要进行设置。当应用程序需要的内存超出堆的最大值时虚拟机就会提示内存溢出，并且导致应用服务崩溃。因此一般建议堆的最大值设置为可用内存的最大值的80%。在catalina.bat中，设置JAVA_OPTS='-Xms256m -Xmx512m'，表示初始化内存为256MB，可以使用的最大内存为512MB。

2. 禁用DNS查询

　当web应用程序向要记录客户端的信息时，它也会记录客户端的IP地址或者通过域名服务器查找机器名转换为IP地址。DNS查询需要占用网络，并且包括可能从很多很远的服务器或者不起作用的服务器上去获取对应的IP的过程，这样会消耗一定的时间。为了消除DNS查询对性能的影响我们可以关闭DNS查询，方式是修改server.xml文件中的enableLookups参数值：

Tomcat4

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="80" minProcessors="5" maxProcessors="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false" disableUploadTimeout="true" />

Tomcat5

<Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/>

3. 调整线程数

通过应用程序的连接器（Connector）进行性能控制的的参数是创建的处理请求的线程数。Tomcat使用线程池加速响应速度来处理请求。在Java中线程是程序运行时的路径，是在一个程序中与其它控制线程无关的、能够独立运行的代码段。它们共享相同的地址空间。多线程帮助程序员写出CPU最大利用率的高效程序，使空闲时间保持最低，从而接受更多的请求。

Tomcat4中可以通过修改minProcessors和maxProcessors的值来控制线程数。这些值在安装后就已经设定为默认值并且是足够使用的，但是随着站点的扩容而改大这些值。minProcessors服务器启动时创建的处理请求的线程数应该足够处理一个小量的负载。也就是说，如果一天内每秒仅发生5次单击事件，并且每个请求任务处理需要1秒钟，那么预先设置线程数为5就足够了。但在你的站点访问量较大时就需要设置更大的线程数，指定为参数maxProcessors的值。maxProcessors的值也是有上限的，应防止流量不可控制（或者恶意的服务攻击），从而导致超出了虚拟机使用内存的大小。如果要加大并发连接数，应同时加大这两个参数。web server允许的最大连接数还受制于 *** 作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。

在Tomcat5对这些参数进行了调整，请看下面属性：

maxThreadsTomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。

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

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

minSpareThreadsTomcat初始化时创建的线程数。

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

最好的方式是多设置几次并且进行测试，观察响应时间和内存使用情况。在不同的机器、 *** 作系统或虚拟机组合的情况下可能会不同，而且并不是所有人的web站点的流量都是一样的，因此没有一刀切的方案来确定线程数的值。

六、APR库使用

Tomcat中使用APR库，其实就是在Tomcat中使用JNI的方式来读取文件以及进行网络传输。可以大大提升Tomcat对静态文件的处理性能，同时如果你使用了HTTPS方式传输的话，也可以提升SSL的处理性能。

一般在Windows下，可以直接下载编译好的二进制版本的dll库文件来使Tomcat启用APR，一般建议拷贝库文件tcnative-1.dll到Tomcat的bin目录下。而在Linux下，可以直接解压和安装bin目录下的tomcat_native.tar.gz文件，编译之前要确保apr库已经安装。

怎么才能判断Tomcat是否已经启用了APR库呢？方法是通过看Tomcat的启动日志：

如果没有启用APR，则启动日志一般有这么一条：

org.apache.coyote.http11.Http11Protocol start

如果启用了APR，则这条日志就会变成：

org.apache.coyote.http11.Http11AprProtocol start

tcnative-1.dll 下载地址：http://tomcat.heanet.ie/native/

调优综述

根据以上分析，如果想要Tomcat达到最优的效果，首先要争取使得 *** 作系统以及网络资源达到最优，并且最好使用高版本的JDK。对于有大量静态页面的系统，采用Apache集成Tomcat的方式，把静态页面交由Apache处理，动态部分交由Tomcat处理，能极大解放Tomcat的处理能力。使用ARP库也能极大的提高Tomcat对静态文件的处理能力。对于并发要求较高的系统，采用Apache加Tomcat集群的方式，将负载分别分担到多个Tomcat上，能很大的提高系统的性能，充分利用硬件资源。同时需要对Tomcat自身进行优化，包括增大内存、调节并发线程数等。

---