Spring Boot 3中并发连接数与线程数的困惑求助

1. 200线程能否处理8192并发连接？ #

首先要明确Tomcat中两个核心参数的本质区别：

• maxConnections：Tomcat能接受的最大TCP连接数，NIO模式下默认值为8192。这些连接并非都需要同时占用线程，只有正在处理请求的连接才会分配工作线程，其余连接会处于等待状态（比如客户端已建立连接但未发送请求，或请求已提交等待线程空闲）。
• maxThreads：Tomcat工作线程池的最大线程数，Spring Boot默认配置为200，代表同时最多有200个请求能被主动处理。

所以200线程完全可以支撑8192并发连接：当连接数超过maxThreads时，Tomcat会将多余的请求放入等待队列（acceptCount默认100），待有工作线程空闲后再处理。只有当连接数超过maxConnections + acceptCount时，新的连接才会被Tomcat拒绝。

2. 日志出现超出200上限的线程「http-nio-8085-exec-488」的原因 #

Spring Boot 3默认Tomcat的maxThreads确实为200，但出现线程编号超过200的情况，通常有以下几种可能：

• 配置被修改：项目中可能通过配置文件（如application.yml/application.properties）或自定义Tomcat配置类，将server.tomcat.threads.max的值设为了大于200的数值，导致线程池允许创建更多工作线程。
• 多连接器场景：如果应用同时配置了多个Tomcat连接器（比如同时开启HTTP和HTTPS服务），每个连接器都有独立的线程池，线程编号会在各自池内递增，多个池的线程总数可能超过200。
• 线程泄漏：如果工作线程在处理请求时发生泄漏（比如线程被无限阻塞、未正确释放资源导致线程无法回到池内复用），当池内可用线程耗尽时，Tomcat可能会临时创建超出maxThreads的线程来处理新请求（部分Tomcat版本在极端场景下的容错机制）。
• 异步请求处理：若应用大量使用Servlet异步处理，Tomcat会为异步任务分配额外的线程资源，这类线程也可能被计入http-nio-xxx-exec线程组中，导致编号超过200。

参考配置说明 #

你可以通过以下配置项查看或调整Tomcat线程池与连接数参数：

# 线程池核心线程数
server.tomcat.threads.min-spare=10
# 线程池最大线程数
server.tomcat.threads.max=200
# 最大TCP连接数
server.tomcat.max-connections=8192
# 连接等待队列大小
server.tomcat.accept-count=100

内容的提问来源于stack exchange，提问作者shalu chandran