为什么Tomcat可以把线程数设置为200，而不是2N？

theme: condensed-night-purple

文章内容收录到个人网站，方便阅读 ：hardyfish.top/

Tomcat总体架构

最顶层是Server：指的是一个Tomcat实例。

一个Server中有一个或者多个Service，一个Service中有多个连接器和一个容器。

连接器与容器之间通过标准的ServletRequest和ServletResponse通信。

通常，我们建议线程池大小为：

但 Tomcat 默认最大线程数高达 200 ，远远超过 2N，这是因为：

计算密集型任务

对于 CPU 密集型任务 ，线程数一般设为 N 到 2N ，目的是让 CPU 充分利用但不过载：

复制代码

线程数 ≈ CPU 核心数 N

例如：4 核 CPU → 推荐 4 到 8 线程。

原因：

Tomcat 处理的是 I/O 密集型任务 （HTTP 请求、数据库访问、文件 I/O 等），大部分时间 线程处于 I/O 等待状态：

css 复制代码

最佳线程数 ≈ CPU 核心数 × (1 + I/O等待时间 / CPU时间)

如果：

则：

scss 复制代码

最佳线程数 = 4 × (1 + 9) = 40

所以 I/O 密集型任务的线程数应该 远大于 2N ，以便 充分利用 CPU 时间。

Tomcat 适用于 Web 服务器 ，大部分请求的 CPU:IO 比例远远大于 10:1 ，假设 CPU:IO = 50:1：

scss 复制代码

最佳线程数 = 4 × (1 + 50) = 204

所以 Tomcat 默认最大线程数 200 是合理的。

即使 CPU 核心数少（如 4），Tomcat 也能高效处理上百个并发请求！

如果系统是 I/O 密集型（Web 请求 + 数据库） ：
- maxThreads = 200（默认值，一般适用）
- 但如果请求量大，可增大到 500，但 过高可能导致 CPU 过载
如果系统是 CPU 密集型（大量计算） ：
- 线程数建议降低，例如 maxThreads = 2N ~ 4N
如果有异步处理（Async Servlet, NIO） ：
- 可适当减少线程，如 maxThreads = 100

调整 server.xml 配置

ini 复制代码

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           maxThreads="200"/>

高并发请求时，系统响应慢
- 查看 Tomcat 线程数（是否达到maxThreads）：
  bash 复制代码
```
ps -eLf | grep tomcat | wc -l  # 查看 Tomcat 线程数
```
- 日志中出现 Too many threads in use：
  sql 复制代码
```
SEVERE: All threads (200) are currently in use
```
CPU 负载过高
- 线程数太多，导致 CPU 频繁上下文切换，可以适当降低。
大量请求在 waiting 状态
- jstack查看线程堆栈，发现大量WAITING线程：
  xml 复制代码
```
jstack -l <tomcat_pid>
```

🔹 5. 总结

任务类型	推荐线程数	计算方式	适用场景
CPU 密集型	`N ~ 2N`	CPU 核心数 `N`	大数据计算、AI 训练
I/O 密集型（Web 服务器）	`N × (1 + I/O:CPU)`	100~500（视请求量调整）	Tomcat、Spring Boot API
异步请求 + NIO	`N ~ 4N`	使用异步 I/O 方式	Netty、NIO WebSocket

🔹 Tomcat 线程数默认是 200，是因为 Web 服务器是 I/O 密集型，CPU 不是瓶颈，线程数远超 2N 反而有助于并发请求处理。