文章目录
- 前言
- 一、SpringBoot默认用什么支撑并发？
- 二、默认三个核心参数（决定整个系统并发上限）
- Tomcat并发核心配置Key及默认值（YAML格式）
- 核心一句话总结：
- 三、重点：这300并发是整个系统，不是单个接口
- 四、并发数和QPS不是一回事
- 五、默认300并发够用吗？
- 六、生产如何提高SpringBoot并发能力？
- 七、生产环境Tomcat并发调优配置
- 生产调优完整配置及参数详解
- 调优后核心并发能力说明
前言
很多人都有一个疑问：我用SpringBoot开发的单体项目，到底同一时间能承受多少用户、多少请求并发？
网上说法五花八门，有人说200，有人说300，有人说上万。其实都没错，只是大家说的不是同一个维度。
今天一篇讲清楚：SpringBoot默认情况下，真实并发上限到底是多少，是单接口限制还是整个系统限制。
一、SpringBoot默认用什么支撑并发？
SpringBoot内置默认Web容器是Tomcat。
所有接口、所有请求，全部共用同一个Tomcat线程池。
也就是说：不管你的项目有多少个接口，一百个还是一千个，大家抢同一批线程干活。
二、默认三个核心参数（决定整个系统并发上限）
SpringBoot开箱即用，无需手动编写任何配置文件，底层已内置Tomcat并发核心默认参数。下面给大家附上生产实际配置Key + 默认值 + 精准作用说明，一目了然：
Tomcat并发核心配置Key及默认值（YAML格式）
# SpringBoot 默认Tomcat并发核心配置（无需手动配置，系统内置生效）server:tomcat:# 1、核心工作最大线程数（真正同时处理业务请求的并发数）threads:max:200# 2、线程池满了之后，请求排队等待的队列容量accept-count:100# 3、服务器支持的最大TCP连接总数（含长连接、空闲连接，不代表业务处理并发）max-connections:8192最大工作线程：200（真正同时干活的请求）
排队队列容量：100（线程满了之后排队等待的请求）
最大连接数：8192（只是TCP连接数，不代表并发处理能力）
核心一句话总结：
SpringBoot单体默认：同一时间最多处理200个并发，再加100个排队，总共系统承压上限300。
三、重点：这300并发是整个系统，不是单个接口
很多新手误会：
❌ 误以为每个接口都能单独扛200并发
✅正确：整个系统所有接口加起来，总共就200个线程在干活。
哪怕你的项目有：
100个接口、200个接口、500个接口
全部共享同一个线程池。
举个例子：
如果其中一个查询接口突然瞬间来了200并发，直接把线程池占满。
后果：系统所有其他接口全部卡死、排队、甚至报错。
这就是典型的一个接口拖垮整个单体系统。
四、并发数和QPS不是一回事
很多人搞混两个概念：
并发数：同一时刻同时处理的请求数（线程数决定）
QPS：每秒能处理多少请求（接口速度决定）
公式很简单：
QPS = 线程数 × (1000 / 接口平均耗时ms)
举例：
接口很快，10ms响应：200线程 ≈2万QPS
普通业务，100ms响应：200线程 ≈2000 QPS
慢接口查数据库，500ms：200线程 ≈400 QPS
可见：线程决定并发上限，业务速度决定每秒处理量。
五、默认300并发够用吗？
日常开发、后台管理系统、内部OA、小项目：完全够用。
面向用户、流量高、商城、活动秒杀：完全不够，必须调优+限流+集群。
六、生产如何提高SpringBoot并发能力？
简单三步就能提升单体并发：
调大Tomcat线程池（调到500~800）
给核心接口加接口限流，防止一个接口打爆全局
数据库、Redis、业务代码优化耗时（最关键）
七、生产环境Tomcat并发调优配置
默认参数仅适合开发测试、低流量内部系统，面向公网用户、业务流量较高的单体项目，必须手动调优Tomcat线程池及连接参数。以下为8核16G服务器通用生产标配YAML配置，参数key规范、数值合理，无需额外修改直接上线。
生产调优完整配置及参数详解
# SpringBoot 生产环境Tomcat并发调优核心配置server:tomcat:# 核心1：Tomcat工作最大线程数（同时处理业务并发请求数）threads:max:600# 核心2：最小空闲常驻线程（预热保留，不用频繁创建销毁线程）min-spare:80# 核心3：请求排队等待队列容量（线程占满后排队请求数）accept-count:200# 核心4：Tomcat最大TCP连接数（支撑大量长连接、闲置连接）max-connections:10000# 核心5：连接超时时间（避免无效长连接占用线程资源）connection-timeout:20000调优后核心并发能力说明
实时处理并发：600个（远超默认200，应对日常业务峰值流量）
突发排队缓冲：200个（应对瞬间流量波动，减少请求报错）
系统总承压能力：800并发（全局所有接口共享，兼顾稳定性和并发量）
适配场景：中小型商城、企业业务系统、公网用户端项目，无需集群也能稳定承载日常峰值流量
