Spring应用最多可分配多少线程？线程分配机制是怎样的？

一、线程分配核心规则 #

Spring 本身不直接管理HTTP请求的处理线程，线程分配逻辑由你使用的Web容器（绝大多数场景下是Spring Boot默认内嵌的Tomcat，少数为Undertow、Jetty）实现，通用规则如下：

• 容器启动时会预先初始化核心数的空闲线程，收到新HTTP请求时，优先从线程池取空闲线程绑定请求，请求处理完成后线程会放回线程池复用，不会直接销毁
• 线程池无空闲线程时，新请求会进入容器的等待队列排队，不会立即分配线程
• 单个请求默认全程绑定同一个处理线程，除非你在业务代码中主动开启异步子线程拆分逻辑
• 等待队列也满后，新请求会被直接拒绝，默认返回503状态码

二、最大可分配线程数说明 #

默认配置值（以最常用的内嵌Tomcat为例） #

Spring Boot 2.x/3.x 版本默认配置下：

• 最大工作线程数为 200，即同一时间最多有200个请求并行处理
• 等待队列默认长度为 100，即线程池满后最多再容纳100个排队请求
• 超过300的并发请求会被直接拒绝

自定义调整方法 #

可以通过配置文件修改线程参数，适配你的业务并发需求：
application.yml 配置示例：

server:
  tomcat:
    threads:
      max: 400 # 自定义最大工作线程数
      min-spare: 50 # 最小空闲线程数，避免频繁创建销毁线程
    accept-count: 200 # 自定义等待队列长度

application.properties 配置示例：

server.tomcat.threads.max=400
server.tomcat.threads.min-spare=50
server.tomcat.accept-count=200

注意事项 #

• 最大线程数不是设置得越高越好，线程过多会导致CPU频繁上下文切换，反而降低整体吞吐量：CPU密集型业务建议最大线程数设置为CPU核心数*2左右，IO密集型业务（比如登录场景需要查库、调用鉴权接口等IO操作占比高）可以设置为CPU核心数的10~20倍，具体数值需要通过压测验证最优值
• 单进程可创建的线程数受服务器操作系统限制，Linux系统默认单进程线程上限一般在1024~4096之间，设置过高会触发内存溢出错误
• 如果使用Undertow作为内嵌容器，默认最大工作线程数为CPU核心数*8，对应配置参数和Tomcat不同

内容的提问来源于stack exchange，提问作者Kiruthika K