3.4 性能优化

Apache Tomcat 性能优化实践

核心摘要：本文系统梳理 Apache Tomcat 高可用、高并发场景下的全栈性能优化策略，涵盖连接器调优、JVM 内存管理、静态资源缓存、数据库连接池、应用级代码优化、响应压缩、Session 管理、日志精简及集群架构优化等关键维度，提供可落地的配置示例与最佳实践，助力企业级 Web 应用在生产环境中实现低延迟、高吞吐与强稳定性。

3.4 性能优化

1. 优化 Tomcat 配置

Tomcat 的运行效率高度依赖于底层配置的合理性。脱离实际负载盲目调优可能适得其反，因此所有参数调整均需结合压测数据与监控指标（如线程池活跃度、GC 频率、连接等待时间、内存使用率）进行闭环验证。

1.1 连接器优化

HTTP/1.1 连接器是请求入口的核心组件，其参数直接影响并发承载能力与资源利用率。关键配置项如下：

<Connector port="8080" protocol="HTTP/1.1"
           maxConnections="8000"
           maxThreads="400"
           acceptCount="200"
           connectionTimeout="15000"
           keepAliveTimeout="60000"
           disableUploadTimeout="true"
           compression="on"
           compressableMimeType="text/html,text/xml,text/plain,text/css,application/javascript,application/json,application/vnd.api+json" />
​

注意：protocol="org.apache.coyote.http11.Http11Nio2Protocol"（NIO2）或 Http11AprProtocol（APR/native）可替代默认阻塞式 Http11Protocol，显著提升高并发下 I/O 效率，尤其适用于 Linux + OpenSSL 环境。

1.2 JVM 内存与垃圾回收优化

Tomcat 运行于 JVM 之上，其性能直接受限于堆内存分配与 GC 策略。现代 Tomcat（9.0+）已移除永久代（PermGen），需使用元空间（Metaspace）参数替代。

# catalina.sh（Linux/macOS）或 catalina.bat（Windows）中设置
export CATALINA_OPTS="-Xms2048m -Xmx2048m \
                      -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=1024m \
                      -XX:+UseG1GC \
                      -XX:G1HeapRegionSize=2M \
                      -XX:G1ReservePercent=15 \
                      -XX:MaxGCPauseMillis=200 \
                      -XX:+UseStringDeduplication \
                      -XX:+DisableExplicitGC \
                      -Dfile.encoding=UTF-8"
​

监控建议：通过 JMX 或 jstat -gc <pid> 实时观察 G1-YGC（年轻代）、G1-OldGC（混合回收）频率与耗时；GC 日志应开启 -Xlog:gc*:file=logs/gc.log:time,uptime,level,tags（JDK 10+）。

1.3 静态资源缓存优化

对 CSS、JS、图片等静态资源启用 Tomcat 内置缓存，可绕过 Servlet 容器处理流程，直接由 DefaultServlet 响应，降低 CPU 与 I/O 开销。

<!-- server.xml 中 <Host> 节点内添加 -->
<Context path="/static" docBase="${catalina.base}/webapps/static"
         cachingAllowed="true"
         cacheMaxSize="10000000"
         cacheTTL="3600000"
         sendfileSupported="true" />
​

补充建议：生产环境应结合 CDN 分发静态资源，Tomcat 仅作为源站缓存层；同时确保 web.xml 中 DefaultServlet 的 useSendfile 设为 true。

1.4 数据库连接池优化

Tomcat 自带的 Tomcat JDBC Pool（推荐）或 HikariCP（第三方，性能更优）是数据库访问的性能关键。context.xml 配置示例如下：

<!-- context.xml -->
<Resource name="jdbc/MyDB"
          auth="Container"
          type="javax.sql.DataSource"
          factory="org.apache.tomcat.jdbc.pool.DataSourceFactory"
          driverClassName="com.mysql.cj.jdbc.Driver"
          url="jdbc:mysql://db-host:3306/mydb?useSSL=false&amp;serverTimezone=UTC&amp;allowPublicKeyRetrieval=true"
          username="app_user"
          password="secure_password"
          maxTotal="100"
          minIdle="20"
          initialSize="20"
          maxWaitMillis="3000"
          testOnBorrow="true"
          validationQuery="SELECT 1"
          validationInterval="30000"
          removeAbandonedOnBorrow="true"
          removeAbandonedTimeout="60"
          logAbandoned="true"
          timeBetweenEvictionRunsMillis="30000"
          minEvictableIdleTimeMillis="60000" />
​

安全提示：禁止在配置中硬编码数据库密码；推荐使用 JNDI + 外部密钥管理服务（如 HashiCorp Vault）或 Tomcat ResourceLink + 系统属性注入。

2. 应用级性能优化

配置优化仅解决基础设施瓶颈，代码与架构层面的优化决定系统性能上限。

2.1 异步处理与线程池隔离

避免在 Tomcat 工作线程中执行耗时操作（如远程调用、文件 IO、复杂计算）。应采用以下模式：

• Servlet 3.0+ 异步支持：request.startAsync() 将请求移交至自定义线程池处理；
• Spring Boot @Async：配合 TaskExecutor 配置独立线程池，与 Web 线程池物理隔离；
• 响应式编程（WebFlux）：彻底摆脱线程阻塞模型，单机支撑 10w+ 并发。

// 示例：Spring Boot 中定义专用线程池
@Bean("businessTaskExecutor")
public TaskExecutor taskExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    executor.setCorePoolSize(20);
    executor.setMaxPoolSize(100);
    executor.setQueueCapacity(500);
    executor.setThreadNamePrefix("business-");
    executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
    return executor;
}
​

2.2 多级缓存策略

构建「本地缓存 → 分布式缓存 → 数据库」三级缓存体系，降低后端压力：

关键实践：

• 使用 @Cacheable + RedisCacheManager 实现声明式缓存；
• 对缓存穿透（查不到的 key）采用布隆过滤器预检；
• 对缓存雪崩（大量 key 同时过期）采用随机 TTL 或永不过期+后台异步更新。

2.3 GZIP 与 Brotli 响应压缩

除 XML 中配置外，需确保前端请求头包含 Accept-Encoding: gzip, br，并验证响应头含 Content-Encoding: gzip 或 br。

<!-- 启用 Brotli（需 Tomcat 10.1+ 及 native 库） -->
<Connector port="8080" ... 
           compression="on"
           compressionMinSize="1024"
           noCompressionUserAgents="go-http-client"
           compressableMimeType="text/html,text/xml,text/plain,text/css,application/javascript,application/json,application/vnd.api+json,image/svg+xml" />
​

性能对比：Brotli 比 GZIP 高出 15–20% 压缩率，但 CPU 开销略高；静态资源建议预压缩（.br/.gz 文件），动态内容启用运行时压缩。

2.4 Session 无状态化改造

传统 HttpSession 是横向扩展的天敌。推荐方案：

• 禁用 Session：RESTful API 全面采用 Token（JWT/OAuth2）认证，服务无状态；
• 外部 Session 存储：使用 Redis 实现 Tomcat Redis Session Manager，支持主从、哨兵、集群；
• 粘性 Session + 健康检查：若必须使用，通过 Nginx ip_hash + Tomcat Cluster 心跳检测保障可用性。

<!-- 使用 Redis 存储 Session（context.xml） -->
<Valve className="com.orangefunction.tomcat.redissessions.RedisSessionHandlerValve" />
<Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager"
         host="redis-host" port="6379" database="0" maxInactiveInterval="60" />
​

2.5 日志分级与异步输出

生产环境日志应遵循「最小必要」原则：

<!-- logback-spring.xml -->
<appender name="ASYNC_FILE" class="ch.qos.logback.classic.AsyncAppender">
  <appender-ref ref="FILE" />
  <queueSize>10000</queueSize>
  <discardingThreshold>0</discardingThreshold>
  <includeCallerData>false</includeCallerData>
</appender>
​

3. Tomcat 集群优化

单节点 Tomcat 无法满足高可用与弹性伸缩需求，集群部署需兼顾性能与一致性。

3.1 负载均衡策略

健康检查：Nginx 需配置 health_check 模块或自定义 location /health { return 200; }，避免将流量导向宕机节点。

3.2 Session 共享与复制优化

• 禁用 DeltaManager：默认的增量复制（Delta）在节点增多时网络开销剧增，仅适用于 ≤3 节点小集群；
• 启用 BackupManager：指定单一备份节点，降低广播风暴；
• 首选外部存储：Redis Cluster 或 Hazelcast 提供高可用、低延迟、线性扩展的 Session 存储。

3.3 集群通信优化

<!-- server.xml 中 <Cluster> 配置 -->
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
         channelSendOptions="8">
  <Manager className="org.apache.catalina.ha.session.DeltaManager"
           expireSessionsOnShutdown="false"
           notifyListenersOnReplication="true" />
  <Channel className="org.apache.catalina.tribes.group.GroupChannel">
    <Membership className="org.apache.catalina.tribes.group.mcast.McastService"
                 address="228.0.0.4" port="45564" frequency="500" dropTime="3000" />
    <Receiver className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector" />
    <Sender className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor" />
  </Channel>
</Cluster>
​

关键调优项：

• channelSendOptions="8"（Channel.SEND_OPTIONS_ASYNCHRONOUS）：异步发送，降低复制延迟；
• McastService 地址应为私有组播地址，避免跨网段干扰；
• 生产环境建议禁用组播，改用 StaticMembershipService 配置固定节点列表。

总结

Apache Tomcat 性能优化是一项系统工程，需贯穿基础设施层 → 容器层 → 应用层 → 架构层全链路：

• 基础设施层：合理规划 CPU 核心数、内存容量与磁盘 I/O（SSD/NVMe），关闭 swap（vm.swappiness=0）；
• 容器层：精细化调优连接器、JVM、缓存、连接池，以监控数据为依据持续迭代；
• 应用层：践行异步非阻塞、多级缓存、无状态设计、日志精简等工程规范；
• 架构层：采用微服务拆分、API 网关统一限流降级、CDN 加速静态资源、分布式追踪（SkyWalking/Pinpoint）定位瓶颈。

最终目标：在保障业务 SLA（如 P99 响应时间 ≤500ms、错误率 <0.1%）的前提下，最大化单节点吞吐量与集群资源利用率。性能优化不是一劳永逸的配置动作，而是依托 APM 工具、混沌工程与自动化压测平台构建的持续交付能力。

关键词：Tomcat 性能优化、Tomcat 连接器调优、JVM GC 优化、Tomcat 集群、Redis Session、GZIP 压缩、多级缓存、异步线程池、无状态化改造