如何优化提高tomcat启动速度.

如何优化提高tomcat启动速度

在tomcat启动的时候，我们可以做一些优化设置来使得tomcat的启动更快速，下面是一些常见的优化加速启动的方法建议（以tomcat-7.+为例说明）。

1、 Jars包

1.1、将一些不必要的jar包去掉，当tomcat启动加载jar包的时候，会去搜寻每个jar包里的class文件，这些都会耗费一些时间，如果你把不必要的jar 包去掉了，很显然会节省时间。

1.2、你可以将一些与TLD files、注解、网络碎片无关的jar包加入到属性

tomcat.util.scan.DefaultJarScanner.jarsToSkip的值中，这可以在

conf/catalina.properties中进行设置。

2、缓存

你可以在bin/catalina.sh中设置jvm所能使用到的缓存大小，如下：JAVA_OPTS=‟-Xms1024m -Xmx1024m‟

3、配置文件

Tomcat的配置比如server.xml是xml文件，而xml的解析也是要花时间的，如果我们能将xml配置文件尽可能地弄得简洁一些，比如去掉一些没有用到的节点，这也有助于减少启动的时间，虽然这个节省的时间看来很少。

4、应用程序

4.1、确保你程序在启动的时候没有一些处理很耗时的地方。

4.2、删除掉tomcat自带的目录webapps及下面的所有内容，不然的话每次启动的时候都会加载这些自带的例子。

4.3、修改WEB-INF/web.xml文件，在默认的情况下中的属性metadata-complete的值为false，也就是这样：，这种情况下，tomcat在启动时会去自动扫描是否有注解及网络碎片，如果你不想tomcat这样做，你可以将metadata-complete的值设为true。

5、并行启动多个应用程序

默认情况下，假设在一个tomcat下你有多个应用，那么启动的时候，这些应用程序都是依次启动的，除非所有应用全部启动完毕，tomcat才会启动完成，但从Tomcat 7.0.23+开始，你可以配置多个应用程序并行启动了！你可以通

过修改配置文件中Host里面的startStopThreads这个属性的值来达到这个目的，将多个应用startStopThreads的值设为不同即可。

6、 Entropy Source

Tomcat 7+严重依赖SecureRandom这个类为它的session id或其它地方取得随机数值，这取决于你的JRE，它有可能在tomcat启动时造成非常大的耗时，比如，在子猴启动tomcat-7.0.26的时候，它耗时近25秒！

INFO: Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [24,790] milliseconds.

要解决这个问题，可以通过配置JRE使用非阻塞的Entropy Source，在bin/ catalina.sh中加入这么一行：-Djava.security.egd=file:/dev/./urandom 即可。

1 概述

本文档主要介绍了Tomcat的性能调优的原理和方法。可作为公司技术人员为客户Tomcat系统调优的技术指南，也可以提供给客户的技术人员作为他们性能调优的指导手册。

2 调优分类

由于Tomcat的运行依赖于JVM，从虚拟机的角度我们把Tomcat 的调整分为外部环境调优和自身调优两类来描述。

2.1 外部环境调优

调整Tomcat运行环境的操作系统参数和运行Tomcat的java虚拟机参数。

2.1.1 JAVA虚拟机性能优化

Tomcat需要依赖Java虚拟机运行。根据客户选用的主机的操作系统选择对应的JDK的版本。无论哪个厂商的JDK，都建议使用最新的版本。

虚拟机可通过命令行的方式改变虚拟机使用内存的大小。如下表所示有两个参数用来设置虚拟机使用内存的大小。

参数描述

-Xms JVM初始化堆的大小

-Xmx JVM堆的最大值

Tomcat默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，需要调大。

[LD1] Windows下，在文件tomcat_home/bin/catalina.bat，Unix 下，在文件tomcat_home/bin/catalina.sh的前面，增加如下设置：JAVA_OPTS=…-Xms【初始化内存大小】-Xmx【可以使用的最大内存】‟'

需要把这个两个参数值调大。例如：

[html] view plaincopy

JAVA_OPTS='-Xms256m -Xmx512m'

表示初始化内存为256MB，可以使用的最大内存为512MB。

另外需要考虑的是Java提供的垃圾回收机制。虚拟机的堆大小决定了虚拟机花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。

如果堆的空间很大，那么完全垃圾收集（FULL GC）就会很慢，但是频度会降低。如果在客户系统中把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。对于SUN和HP等虚拟机，推荐将最小堆大小和最大堆大小设置为同一值，因为这样可以避免浪费用于时常调整堆大小所需的VM 资源。

当然，客户系统如果用到IBM虚拟机，要特别的注意设置-Xms和-Xmx一样大小会耽误垃圾回收的开始直到堆满，这样第一次垃圾回收就会变成非常昂贵的操作。推荐把-Xms设置为应用所需的最小值，这样会产生高效的垃圾回收。

2.1.2 操作系统性能优化

以客户系统为HP-UX为例。

HP系统中对Tomcat有影响的参数：

其中：

max_thread_proc: 一个进程所能创建的线程的最大数

nkthread: 在系统上同时允许的核心线程的最大数

maxfiles上表给的建议是不是不合适？