Spring应用外部Tomcat较嵌入式Tomcat数据库事务快一倍问题排查

问题分析与可能原因 #

你遇到的嵌入式Tomcat数据库请求性能比外部Tomcat差一倍的问题，核心原因在于嵌入式Tomcat与外部Tomcat在运行环境、资源管理机制上的底层差异，即使配置表面一致，实际运行时的细节优化也不同，以下是具体拆解：

1. 类加载机制的差异

外部Tomcat采用分层类加载器（Common、Catalina、Webapp），JPA提供者（Eclipselink/Hibernate）、JDBC驱动等核心库会被加载到Common层，多个应用共享，类实例的复用性、字节码优化（比如懒加载、动态代理）效率更高。而嵌入式Tomcat依赖Spring Boot的类加载器，所有库都打包在应用Jar中，类加载的隔离性更强，但也带来了额外的开销——比如JPA的实体类增强、代理类创建的效率不如外部Tomcat，循环调用findAll时这种开销会被放大。

2. 事务与EntityManager的管理开销

在@Transactional注解下，外部Tomcat的容器级事务管理（比如与JTA的集成）对EntityManager的线程绑定、复用有更优的优化，而嵌入式Tomcat中事务完全由Spring的JpaTransactionManager管理，每次请求中EntityManager的创建、绑定到线程的开销更高。即使在同一个事务内复用EntityManager，嵌入式环境的线程上下文切换、资源绑定的额外消耗也会在循环1500次查询后体现为明显的耗时差异。

去掉@Transactional后，两次环境的耗时都上升，是因为每次findAll都会创建新的EntityManager、开启/关闭事务，而嵌入式环境中这种单次EntityManager的创建开销本身就比外部Tomcat大，所以涨幅更明显（从200ms到280ms vs 100ms到150ms）。

3. Hikari连接池的实际运行差异

虽然你配置了相同的Hikari参数，但嵌入式Tomcat中Spring Boot可能会默认调整部分参数（比如连接池的初始化策略、连接验证的时机），而外部Tomcat的连接池是独立初始化并预热的。比如外部Tomcat启动时就会创建满minimum-idle=10的连接，而嵌入式Tomcat可能是懒加载创建连接，即使多次请求后稳定，连接的复用效率、内部状态（比如连接的TCP缓存）也可能不如外部Tomcat。

4. Tomcat线程池的配置差异

外部Tomcat默认的线程池配置（比如线程栈大小、线程优先级、队列策略）与嵌入式Tomcat的Spring Boot默认配置可能不一致。比如外部Tomcat的线程池可能使用更大的队列或更优的线程复用策略，在高频率的数据库请求循环中，线程切换的开销更低，而嵌入式Tomcat的线程池可能更保守，导致资源竞争加剧。

另外注意你的application.properties中同时包含了Hibernate和Eclipselink的配置参数，切换JPA提供者时建议清理无关配置，避免潜在的配置冲突影响性能。

验证与优化建议 #

1. 对比Hikari连接池日志：查看com.zaxxer.hikari的TRACE日志，对比两种环境下的connection acquired、connection released的耗时，以及连接复用次数，确认是否连接池的获取/复用效率有差异。
2. 统一线程池配置：在Spring Boot的application.properties中添加与外部Tomcat一致的线程池配置，比如：

   server.tomcat.threads.max=200
   server.tomcat.threads.min-spare=10
   server.tomcat.queue-capacity=100
   

   再测试性能是否缩小差异。
3. 禁用JPA日志输出：将spring.jpa.show-sql=false，日志输出的IO开销在循环查询中会被放大，嵌入式环境的IO效率可能不如外部Tomcat。
4. 性能 profiling：用JProfiler或VisualVM分析两种环境下的CPU热点，定位是否是EntityManager创建、事务管理、类加载等环节的耗时差异。

内容的提问来源于stack exchange，提问作者vrivon