企业官网建设流程全解析

面试官：一个 SpringBoot 项目能处理多少请求？（小心有坑）

一、从基础谈起：Tomcat 的默认配置SpringBoot 项目默认内嵌了 Tomcat 作为 Web 容器。很多初学者会误以为“SpringBoot 能处理无限请求”，但实际上，Tomcat 有一个核心参数控制并发能力：最大线程数。默认情况下，SpringBoot 内嵌的 Tomcat 配置如下：-server.tomcat.max-threads：默认值 200（SpringBoot 2.x 以前）或 200（SpringBoot 2.3+ 改为 200）-server.tomcat.min-spare-threads：默认值 10（初始空闲线程数）-server.tomcat.accept-count：默认值 100（等待队列长度）这意味着：如果并发请求数超过 200（线程） + 100（队列），后续请求会直接被拒绝。## 二、深入理解：请求处理流程与“坑”当客户端发送请求时，Tomcat 的处理流程如下：1. 从线程池中获取空闲线程处理请求2. 如果线程池已满，请求进入等待队列（accept-count）3. 如果队列也满了，返回 503 或连接被拒绝这里的“坑”在于：很多开发者会认为“200 个线程就能处理 200 个并发”，但实际上，每个线程可能同时处理多个请求（比如异步请求），或者因为阻塞操作（如数据库查询、远程调用）导致线程被长时间占用。### 一个典型场景：假设每个请求处理需要 100ms，那么 200 个线程每秒能处理的理论请求数为：200 * (1000ms / 100ms) = 2000 QPS但如果某个请求因数据库慢查询耗费 5 秒，那么这个线程就被占用了 5 秒，实际吞吐量会急剧下降。## 三、实战示例：用代码验证并发能力### 示例 1：模拟阻塞场景新建一个 SpringBoot 项目，创建以下 Controller：javaimport 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-count=100），第 301 个请求会立刻失败这就是为什么生产环境中的“慢请求”会拖垮整个系统——它们占用了线程，导致其他正常请求无法被处理。### 示例 2：合理配置线程池在application.properties中调整参数：properties# 调整最大线程数server.tomcat.max-threads=500# 增加等待队列长度server.tomcat.accept-count=200# 设置连接超时（毫秒）server.tomcat.connection-timeout=30000但注意：不能无限增加线程数。每个线程占用约 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 DeferredResult<String> asyncDeferred() { DeferredResult<String> 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 Callable<String> asyncCallable() { return () -> { Thread.sleep(2000); return "Async result from Callable"; }; }}关键优势：当使用异步方式时，Tomcat 的线程会立即释放，等待异步任务完成后再返回结果。这样，即使有 1000 个并发请求，也只需要很少的 Tomcat 线程来处理。### 响应式编程（WebFlux）Spring 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 Mono<String> 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 项目能处理的请求数，取决于你如何把阻塞变成非阻塞。”这才是面试官真正想听的核心。