面试官一个 SpringBoot 项目能处理多少请求小心有坑一、从基础谈起Tomcat 的默认配置SpringBoot 项目默认内嵌了 Tomcat 作为 Web 容器。很多初学者会误以为“SpringBoot 能处理无限请求”但实际上Tomcat 有一个核心参数控制并发能力最大线程数。默认情况下SpringBoot 内嵌的 Tomcat 配置如下-server.tomcat.max-threads默认值 200SpringBoot 2.x 以前或 200SpringBoot 2.3 改为 200-server.tomcat.min-spare-threads默认值 10初始空闲线程数-server.tomcat.accept-count默认值 100等待队列长度这意味着如果并发请求数超过 200线程 100队列后续请求会直接被拒绝。## 二、深入理解请求处理流程与“坑”当客户端发送请求时Tomcat 的处理流程如下1. 从线程池中获取空闲线程处理请求2. 如果线程池已满请求进入等待队列accept-count3. 如果队列也满了返回 503 或连接被拒绝这里的“坑”在于很多开发者会认为“200 个线程就能处理 200 个并发”但实际上每个线程可能同时处理多个请求比如异步请求或者因为阻塞操作如数据库查询、远程调用导致线程被长时间占用。### 一个典型场景假设每个请求处理需要 100ms那么 200 个线程每秒能处理的理论请求数为200 * (1000ms / 100ms) 2000 QPS但如果某个请求因数据库慢查询耗费 5 秒那么这个线程就被占用了 5 秒实际吞吐量会急剧下降。## 三、实战示例用代码验证并发能力### 示例 1模拟阻塞场景新建一个 SpringBoot 项目创建以下 Controllerjavaimport org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RestController;RestControllerpublic class TestController { // 模拟一个耗时操作比如慢查询或远程调用 GetMapping(/slow) public String slowRequest() throws InterruptedException { // 线程睡眠 2 秒模拟阻塞 Thread.sleep(2000); return Request processed after 2 seconds; } // 快速请求 GetMapping(/fast) public String fastRequest() { return Instant response; }}测试方法使用 Apache JMeter 或ab工具同时发送 300 个请求到/slow接口。结果分析- 前 200 个请求立即进入线程处理- 第 201~300 个请求进入等待队列- 如果队列也满了假设 accept-count100第 301 个请求会立刻失败这就是为什么生产环境中的“慢请求”会拖垮整个系统——它们占用了线程导致其他正常请求无法被处理。### 示例 2合理配置线程池在application.properties中调整参数properties# 调整最大线程数server.tomcat.max-threads500# 增加等待队列长度server.tomcat.accept-count200# 设置连接超时毫秒server.tomcat.connection-timeout30000但注意不能无限增加线程数。每个线程占用约 1MB 栈内存默认500 个线程就要 500MB 内存而且大量线程会导致上下文切换开销。## 四、高级优化异步请求与响应式编程### 核心思路不要让线程被阻塞Spring 提供了DeferredResult和Callable两种异步方式javaimport org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RestController;import org.springframework.web.context.request.async.DeferredResult;import java.util.concurrent.Callable;import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;RestControllerpublic class AsyncController { // 使用线程池处理异步任务 private final ExecutorService asyncExecutor Executors.newFixedThreadPool(20); // 方式一使用 DeferredResult GetMapping(/async-deferred) public DeferredResultString asyncDeferred() { DeferredResultString result new DeferredResult(5000L); // 超时5秒 asyncExecutor.submit(() - { try { Thread.sleep(2000); // 模拟耗时操作 result.setResult(Async result from DeferredResult); } catch (InterruptedException e) { result.setErrorResult(Error occurred); } }); return result; } // 方式二使用 Callable GetMapping(/async-callable) public CallableString asyncCallable() { return () - { Thread.sleep(2000); return Async result from Callable; }; }}关键优势当使用异步方式时Tomcat 的线程会立即释放等待异步任务完成后再返回结果。这样即使有 1000 个并发请求也只需要很少的 Tomcat 线程来处理。### 响应式编程WebFluxSpring WebFlux 基于 Netty 和 Reactor可以处理更高并发javaimport org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RestController;import reactor.core.publisher.Mono;RestControllerpublic class ReactiveController { GetMapping(/reactive) public MonoString reactiveEndpoint() { return Mono.fromCallable(() - { Thread.sleep(2000); // 实际项目中不要用 Thread.sleep这里仅为演示 return Reactive response; }); }}WebFlux 使用事件驱动模型一个线程可以处理成千上万的连接非常适合 I/O 密集型应用。## 五、总结回到面试题“一个 SpringBoot 项目能处理多少请求”正确答案不是简单回答“200 个”或“500 个”。它取决于1.硬件资源CPU 核数、内存大小2.应用特性是 CPU 密集型还是 I/O 密集型3.配置参数线程数、队列长度、连接超时4.架构设计是否使用异步、缓存、消息队列等核心教训- 不要盲目增加线程数这会导致内存溢出和上下文切换开销- 对于 I/O 密集型操作数据库、远程调用必须使用异步或响应式编程- 生产环境中建议通过压测工具如 JMeter、Gatling找到系统的真实瓶颈- 考虑使用 Nginx 做反向代理、Redis 做缓存、消息队列做削峰填谷最后记住一句话“一个 SpringBoot 项目能处理的请求数取决于你如何把阻塞变成非阻塞。”这才是面试官真正想听的核心。