spring boot内嵌tomcat高并发调优需聚焦线程池、连接管理、超时控制及jvm协同：max-threads设为cpu核数×2～4（如16核配320～640），accept-count调至100～200，connection-timeout设20000ms，max-connections增至10000，并同步优化jvm堆内存与g1 gc、数据库连接池匹配。
Spring Boot 默认集成 Tomcat 作为内嵌 Web 容器，无需额外部署外部服务器，启动即用。要让它高效处理高并发 Web 请求，关键不是“换容器”，而是理解其默认行为、合理调优参数，并配合 JVM 和应用层协同优化。
Tomcat 内嵌机制与默认行为
Spring Boot 启动时自动创建 ServletWebServerApplicationContext，通过 TomcatEmbeddedServletContainerFactory 实例化 Tomcat，完成连接器（Connector）、线程池、上下文（Context）和 DispatcherServlet 的注册。整个过程零 XML 配置，所有组件由 Spring 自动装配。
默认配置偏保守：最大线程数 200、最大连接数 8192、空闲线程仅 10 个——适合开发验证，但无法承载生产级流量。
核心性能参数调优
在 application.yml 中直接覆盖默认值，重点调整以下几项：
-
线程池大小：
server.tomcat.threads.max设为 CPU 核数 × 2～4（如 16 核服务器设为 320～640），避免线程争抢或资源浪费；min-spare建议不低于 50，保证突发请求有即时响应能力 -
连接管理：
max-connections调至 10000，匹配高并发场景；accept-count（等待队列长度）保持 100～200，过高会堆积请求占用内存，过低易丢包 -
超时控制：
connection-timeout设为 20000ms（20 秒），防止慢请求长期占位；若业务含长耗时操作，应拆分异步处理，而非盲目延长超时 -
HTTP 头与体限制：根据实际接口调整
max-http-post-size和max-http-header-size，避免因上传大文件或复杂头信息触发拒绝
配套 JVM 与连接池协同优化
Tomcat 性能受限于底层资源，单靠容器参数调优效果有限：
- JVM 堆内存建议设为
-Xms512m -Xmx2g（视物理内存而定），优先选用 G1 垃圾回收器（-XX:+UseG1GC），减少 STW 时间 - 数据库连接池（如 HikariCP）需同步扩容：
maximum-pool-size至少匹配 Tomcat 最大线程数的 60%～80%，避免 DB 成为瓶颈 - 启用 access log 时注意磁盘 I/O，生产环境建议关闭或异步写入；若需分析，用
pattern: "%t %a %m %U %s %D %B"记录关键字段即可
监控与验证不可跳过
调优后必须通过压测验证效果：
- 使用 JMeter 或 wrk 模拟真实流量，观察响应时间 P95/P99、错误率、线程池活跃度（可通过 Actuator 的
/actuator/metrics/tomcat.threads.current查看） - 关注 GC 日志和堆内存使用趋势，确认无频繁 Full GC 或内存泄漏
- 检查 Tomcat 线程状态：若
threads.busy长期接近threads.max，说明线程仍是瓶颈，需进一步扩容或优化业务逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
