【SpringBoot】Java高频面试题 - SpringBoot同时处理多少请求
Java高频面试题 - SpringBoot同时处理多少请求
一、核心标准答案
Spring Boot 本身不处理请求，不决定并发数。Spring Boot 的请求并发能力，完全由**内嵌 Web 服务器（默认 Tomcat）**的参数决定。
通用结论（SpringBoot 2.x / 3.x 默认配置）：
默认情况下，SpringBoot 可同时处理的最大并发请求数为 200。
二、三大核心参数详解（Tomcat 并发模型）
Tomcat 并发能力由三个核心参数共同控制，三者作用层级不同，层层限制请求流量。
1. server.tomcat.threads.max（核心瓶颈）
默认值：200
含义：Tomcat 工作线程池最大线程数
核心作用：真正决定同一时刻能处理的请求数量。Tomcat 一个线程同一时间只能处理一个请求，200个线程即最大同时处理200个请求。
2. server.tomcat.accept-count（等待队列）
默认值：100
含义：所有工作线程占满后，新请求的最大等待队列长度
作用：线程池满载时，请求不直接拒绝，进入队列排队；队列满后，新请求直接拒绝（连接超时/503）。
3. server.tomcat.max-connections（最大连接数）
默认值：8192（部分版本为10000）
含义：服务器允许建立的最大 TCP 连接数
作用：包含正在处理、队列等待、Keep-Alive 长连接，是全局连接上限，默认值极大，日常业务几乎不会触发该瓶颈。
三、完整请求处理流程
新请求进入服务的完整校验链路：
校验总连接数：当前TCP连接数 > max-connections(8192) → 直接拒绝连接
获取工作线程：存在空闲线程 → 立即处理请求
线程池满载处理：200个线程全部忙碌
校验等待队列：队列未满（<100）→ 请求入队等待；队列已满 → 拒绝请求
线程复用：线程处理完请求后，从队列取出下一个请求继续处理
四、关键并发数值结论（面试必背）
实时并发处理上限：200（由最大工作线程数决定）
瞬时最大承载请求数：200 + 100 =300
超300瞬时请求：多余请求直接被拒绝
max-connections(8192)：宏观长连接限制，非业务并发瓶颈
五、并发参数自定义配置
application.properties 配置示例
# 调整Tomcat最大工作线程数（核心并发数） server.tomcat.threads.max=400 # 调整请求等待队列长度 server.tomcat.accept-count=200 # 调整最大TCP连接数（默认足够，按需微调） server.tomcat.max-connections=10000六、调优核心注意事项（面试加分点）
1. 禁止盲目加大线程数
每个Java线程默认占用约1MB栈内存，线程过多会导致：内存占用飙升、CPU上下文切换频繁、系统吞吐量下降，反而引发性能卡顿。
2. 按业务类型精准调优
CPU密集型（计算、加密、逻辑运算）：线程数不宜过多，最优值接近CPU核心数，避免CPU抢占切换。
I/O密集型（DB查询、接口调用、文件读写）：线程大量时间阻塞等待，可适当放大线程数提升并发。
3. 终极优化方案：异步非阻塞
针对I/O密集型业务，调高线程数是治标不治本，推荐两种方案彻底提升并发：
使用@Async异步线程池处理业务
使用Spring WebFlux响应式编程，少量线程支撑数万并发
4. 切换内嵌服务器
SpringBoot默认Tomcat，可替换为Undertow/Jetty，两者线程模型更轻量、并发性能更高，适合高并发场景。
七、满分面试答题话术（直接背诵）
SpringBoot 本身不处理请求，并发能力由内嵌的 Tomcat 服务器决定。默认配置下，SpringBoot 同时可处理200个并发请求。
核心由三个参数控制：第一，max-threads默认200，是真正的实时并发上限；第二，accept-count默认100，是线程满载后的请求等待队列；第三，max-connections默认8192，是全局TCP连接上限。
所以服务瞬时最大可承载300个请求，超出会被拒绝。实际调优不能盲目加大线程数，需要区分CPU密集和I/O密集业务。高并发I/O场景，相比调线程数，使用异步非阻塞编程或替换Undertow服务器，性能提升更明显。