tomcat 中线程池的配置主要通过修改 conf/server.xml 文件中的 <service></service> 标签下的 <connector></connector> 元素来实现。核心做法是设置 maxthreads（最大线程数）、minsparethreads（最小空闲线程数）和 acceptcount（等待队列长度）等属性，以匹配服务器的硬件资源和应用负载特性。
如何配置 Tomcat 的 Connector 线程池参数
在 server.xml 中找到 <connector port="8080" ...></connector> 节点，直接添加或修改以下属性即可生效。maxThreads 决定了 Tomcat 能同时处理的最大请求数，默认通常为 200；minSpareThreads 控制预创建的线程数量，避免冷启动时的延迟；acceptCount 当所有线程都在忙时，允许进入内核队列等待的请求数，超过此值将拒绝连接。
org.apache.catalina.connector.Connector ├── setMaxThreads(int) ├── setMinSpareThreads(int) └── setAcceptCount(int)
不同负载场景下线程池参数的调整策略
针对 CPU 密集型应用，线程数不宜过大，通常设置为 CPU 核心数的 1-2 倍加上少量余量，以避免上下文切换开销；对于 I/O 密集型应用（如数据库查询、远程调用），由于线程大部分时间在等待，可以适当增大 maxThreads（如 500-1000），并配合合理的 acceptCount 来缓冲突发流量。关键在于监控线程活跃度和队列堆积情况，动态调整这些参数以达到最佳吞吐量。
立即学习“Java免费学习笔记（深入）”；
public class ThreadPoolConfig {
private int maxThreads = 200;
private int minSpareThreads = 10;
private int acceptCount = 100;
public void configure(Connector connector) {
connector.setMaxThreads(maxThreads);
connector.setMinSpareThreads(minSpareThreads);
connector.setAcceptCount(acceptCount);
}
}
基于程序中某个输入、条件或结果的具体问题
当并发请求数超过 maxThreads + acceptCount 时，Tomcat 会直接拒绝新连接并返回 HTTP 503 Service Unavailable 错误。这是由 Acceptor 线程检测到队列满后触发的行为，旨在保护后端资源不被压垮。开发者应通过压测确定系统的实际承载上限，并合理设置这两个阈值，确保在高负载下系统能优雅降级而非崩溃。
