CentOS下优化Tomcat性能的多维度方案
确保服务器具备足够的硬件资源:高速CPU(如Intel Xeon或AMD EPYC系列,支持多核心)、大内存(根据应用需求,建议至少8GB以上)、高速硬盘(优先选择NVMe SSD,提升磁盘I/O性能)。硬件性能是Tomcat运行的基础,直接决定并发处理能力的上限。
通过修改/etc/sysctl.conf文件优化网络性能,添加以下关键参数并执行sysctl -p使配置生效:
# 增加网络缓冲区大小,提升网络吞吐量
net.core.somaxconn = 65535
net.core.netdev_max_backlog = 32768
net.ipv4.tcp_max_syn_backlog = 65535
# 启用TCP连接复用,减少TIME_WAIT状态连接
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1 # 注意:Linux 4.12+版本已移除该参数,需替换为tcp_tw_timeout
# 增加系统最大文件描述符限制
fs.file-max = 65536
同时,编辑/etc/security/limits.conf文件,调整用户进程的文件描述符限制:
* soft nofile 65536
* hard nofile 65536
这些参数可解决高并发下的“连接数不足”“文件描述符耗尽”等问题。
通过server.xml文件中的Executor元素定义全局线程池,合理设置线程数量以匹配并发需求:
<Executor name="tomcatThreadPool"
namePrefix="catalina-exec-"
maxThreads="200" <!-- 最大线程数(根据CPU核心数调整,建议200-500) -->
minSpareThreads="50" <!-- 最小空闲线程数(保持50-100,避免频繁创建线程)" />
然后在Connector中引用该线程池:
<Connector executor="tomcatThreadPool"
port="8080"
protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8443" />
maxThreads需根据CPU核心数计算(通常为CPU核心数×200),避免过多线程导致上下文切换开销。
优先使用NIO(Non-blocking I/O)或NIO2协议替代传统的BIO(Blocking I/O),提升网络I/O效率:
<Connector port="8080"
protocol="org.apache.coyote.http11.Http11Nio2Protocol" <!-- NIO2性能更优 -->
connectionTimeout="20000"
redirectPort="8443" />
NIO通过事件驱动模型处理连接,适合高并发场景,能显著减少线程阻塞。
通过Connector的compression参数开启GZIP压缩,减少网络传输的数据量(尤其对HTML、CSS、JS等文本资源效果明显):
<Connector ...
compression="on"
compressionMinSize="2048" <!-- 最小压缩大小(2KB以上才压缩) -->
noCompressionUserAgents="gozilla, traviata" <!-- 不压缩的UA -->
compressableMimeType="text/html,text/xml,text/plain,application/json" />
压缩率通常可达50%-70%,降低带宽占用和响应时间。
Connector中设置enableLookups="false",避免Tomcat对客户端IP进行反向DNS解析(消耗DNS资源和时间):<Connector ... enableLookups="false" />
AjpConnector配置,减少不必要的端口监听。修改server.xml中的Server标签,隐藏Tomcat版本号,降低安全风险:
<Server port="8005" shutdown="SHUTDOWN">
<Service name="Catalina">
<Connector ... />
<Engine name="Catalina" defaultHost="localhost" version="1.0"> <!-- 修改version属性 -->
...
</Engine>
</Service>
</Server>
同时,在web.xml中添加以下配置,隐藏Servlet版本:
<init-param>
<param-name>showProxyInfo</param-name>
<param-value>false</param-value>
</init-param>
在catalina.sh(Linux)或catalina.bat(Windows)文件中设置JVM堆内存参数,避免频繁的垃圾回收(GC):
export CATALINA_OPTS="$CATALINA_OPTS -server -Xms4G -Xmx4G -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m"
-Xms:初始堆大小(建议与-Xmx一致,避免启动后扩容的开销);-Xmx:最大堆大小(不超过物理内存的80%,如16GB内存可设为12GB);-XX:MetaspaceSize/-XX:MaxMetaspaceSize:元空间大小(Java 8+替代永久代,避免永久代溢出)。针对不同场景选择合适的GC算法:
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UseG1GC -XX:MaxGCPauseMillis=200" # 目标最大GC停顿时间200ms
export CATALINA_OPTS="$CATALINA_OPTS -XX:+UseParallelGC -XX:ParallelGCThreads=4" # 线程数通常设为CPU核心数的1/4
根据应用特点(如延迟敏感型选G1GC,吞吐量敏感型选ParallelGC)调整GC策略。
通过web.xml配置静态资源(如图片、CSS、JS)的缓存策略,减少重复请求:
<filter>
<filter-name>ExpiresFilter</filter-name>
<filter-class>org.apache.catalina.filters.ExpiresFilter</filter-class>
<init-param>
<param-name>ExpiresByType image</param-name>
<param-value>access plus 1 month</param-value> <!-- 图片缓存1个月 -->
</init-param>
<init-param>
<param-name>ExpiresByType text/css</param-name>
<param-value>access plus 1 week</param-value> <!-- CSS缓存1周 -->
</init-param>
</filter>
<filter-mapping>
<filter-name>ExpiresFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
缓存可显著降低服务器负载和响应时间。
在server.xml中关闭autoDeploy和deployOnStartup,避免Tomcat自动扫描和部署应用(手动部署更可控):
<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="false" deployOnStartup="false">
...
</Host>
自动部署会消耗CPU和内存资源,尤其在频繁更新应用时影响性能。
maxThreads后,观察QPS(每秒查询数)和响应时间的变化);