“Max threads reached”错误表明Tomcat线程池已满，新请求被拒绝；需综合调优maxThreads（400–800）、acceptCount（500–750）、minSpareThreads（10%–20%），启用NIO协议与maxConnections=20000，通过JMX监控currentThreadsBusy峰值，并同步优化慢SQL、远程调用超时及异步化I/O，辅以Nginx限流和系统级ulimit调优。
如果您在访问Tomcat应用时收到“Max threads reached”错误提示，导致请求被拒绝，则表明当前并发请求数已超出线程池处理能力，新请求无法获得线程资源而被直接拒绝。以下是解决此问题的步骤：
一、调整maxThreads与关联参数
maxThreads定义了线程池中可同时运行的最大工作线程数，其值需结合CPU核心数、I/O等待比例及实际监控数据设定。盲目增大可能引发上下文切换开销与堆外内存耗尽；过小则无法承载真实并发压力。acceptCount并非线程数，而是操作系统TCP连接等待队列长度，二者需协同配置以避免connection refused或客户端超时。
1、打开$CATALINA_HOME/conf/server.xml文件，定位
2、修改或添加以下属性：maxThreads设为400~800（I/O密集型业务建议500起步），minSpareThreads设为maxThreads的10%~20%，acceptCount设为maxThreads的1~1.5倍（如500~750）。
3、确认protocol为NIO模型（如Http11NioProtocol），并设置maxConnections=20000（NIO模式下总连接上限，防止acceptCount被误判为唯一瓶颈）。
4、保存配置，执行完整stop → start流程重启Tomcat（仅reload webapp不生效）。
二、验证并精调线程池参数
修改后必须通过JMX或VisualVM实时观测currentThreadsBusy峰值与平均占用率，而非依赖静态估算。若busy线程长期高于maxThreads的70%且响应延迟上升，才说明确需上调；若低于40%，则可能配置冗余，应降低以节省堆外内存（每个线程默认栈大小约1MB）。
1、启用Tomcat JMX远程监控，在catalina.sh中添加JVM参数：-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9999 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false。
2、使用jconsole连接localhost:9999，导航至MBeans → Catalina → ThreadPool → http-nio-8080，查看currentThreadCount和currentThreadsBusy实时值。
3、在生产流量高峰时段持续观察15分钟，记录busy峰值；若峰值稳定在320左右，当前maxThreads=500即存在冗余，可逐步下调至350并复测。
4、同步检查JVM堆外内存使用：使用jstat -gc
三、优化业务代码释放线程资源
线程池满常由单个请求阻塞过久导致线程长期不可用，而非绝对并发量超标。例如慢SQL、未设超时的HTTP远程调用、同步锁竞争等，会使线程在等待中空转，无法及时归还线程池。
1、使用jstack
2、对数据库操作添加query timeout（如MyBatis中配置defaultStatementTimeout），对Feign/RestTemplate调用设置connectTimeout和readTimeout（均不超过3秒）。
3、将文件读写、消息发送等I/O操作改为异步执行（如CompletableFuture.supplyAsync + 自定义线程池），避免占用Tomcat工作线程。
4、检查是否存在递归调用或未加限制的循环重试逻辑，替换为指数退避+熔断机制（如Resilience4j）。
四、引入限流与负载分流机制
当单点Tomcat无法承载突发流量时，应在入口层实施主动控制，避免线程池被瞬间打满。限流策略应前置，而非等待Tomcat自身拒绝请求，以保障可观测性与用户体验。
1、在Nginx反向代理层配置limit_req zone=perip burst=20 nodelay，限制单IP每秒请求数，并设置burst缓冲区应对短时脉冲。
2、在Spring Boot应用中集成Sentinel，针对高频接口（如/login、/api/order）配置QPS阈值（如100），触发后返回429 Too Many Requests并记录日志。
3、部署Tomcat集群，前端通过Nginx或DNS轮询分发流量；确保session共享采用Redis或禁用（无状态化），避免单实例过载。
4、对静态资源（JS/CSS/图片）启用Nginx直接服务，关闭Tomcat的default servlet，减少不必要的线程占用。
五、检查系统级资源限制
即使Tomcat配置合理，操作系统层面的限制仍可能导致连接无法建立或线程创建失败。典型表现为acceptCount未满但已出现connection refused，或日志中出现“Too many open files”错误。
1、执行ulimit -n查看当前用户文件描述符限制，若低于65536，需永久修改：编辑/etc/security/limits.conf，添加tomcat soft nofile 65536与tomcat hard nofile 65536。
2、检查内核参数net.core.somaxconn（监听队列长度上限），执行sysctl net.core.somaxconn，若小于1024，执行sysctl -w net.core.somaxconn=65535并写入/etc/sysctl.conf持久化。
3、确认Tomcat进程实际生效的ulimit值：ps -ef | grep tomcat获取PID，再执行cat /proc/
4、排查是否存在其他进程（如logrotate、backup脚本）临时占用大量文件句柄，导致Tomcat无法分配新连接。
