Spring Boot微服务Docker部署后并发线程上限仅20 配置调高无效原因问询

首先明确三个核心疑问的答案：

• Spring Boot本身不存在固定的请求调用数量限制，默认的内置容器线程限制可通过配置修改，你已手动调整配置的前提下，默认限制不会生效。
• 最大线程数固定为20不属于正常情况，是典型的配置失效或资源限制问题。
• 该问题可能由Docker容器限制导致，也可能和Spring Boot配置、依赖组件配置相关，可按以下优先级排查：

1 内置容器配置失效排查 #

你遇到的20刚好是Spring Boot默认内置Tomcat容器的默认最大线程数，最高概率是你的配置参数写错不生效：

• Spring Boot 2.3及更早版本，Tomcat最大线程配置为server.tomcat.max-threads
• Spring Boot 2.4及更新版本，Tomcat最大线程配置为server.tomcat.threads.max
• 若使用Jetty/Undertow作为内置容器，对应配置项完全不同，比如Undertow需要分别配置server.undertow.threads.io和server.undertow.threads.worker

验证方法：接入Spring Boot Actuator组件后，调用/actuator/configprops端点，搜索对应容器的线程配置项，确认实际加载的数值是否为你设置的4000。

2 下游资源瓶颈排查 #

就算容器线程配置生效，若下游依赖资源存在上限，也会导致服务线程无法扩容：

• 检查数据库连接池的最大连接数配置，若该值为20，所有业务线程都会阻塞在等待数据库连接的步骤，服务实际活动线程数最多只能到20
• 排查业务代码是否存在全局锁、Redis连接池耗尽、第三方接口调用限流等阻塞场景
• 确认压测工具的并发配置远高于20，且压测机器本身无带宽、端口耗尽等瓶颈

3 Docker容器限制排查 #

Docker默认无进程/线程数限制，但手动配置或云服务商默认规则可能导致限制：

• 执行命令docker inspect <你的容器ID> | grep PidsLimit查看容器进程数上限，若返回值为20，就是该参数导致的问题，启动容器时添加--pids-limit -1参数即可解除限制
• 确认容器的内存分配是否合理，若容器分配内存过小，JVM无法申请足够内存创建新线程，也会导致线程数无法扩容，可通过docker stats命令查看容器运行时的内存占用情况

4 前置代理限制排查 #

若服务前部署了Nginx、Spring Cloud Gateway等反向代理组件，需确认这些组件的并发连接/请求限制是否设为20，若上游代理限制了并发，请求无法透传到Spring Boot服务，也会出现服务线程数上不去的现象。

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