Tomcat的server.xml是核心配置文件，其中的Connector组件负责接收和处理外部请求，maxThreads是Connector线程池里的重要参数，用来定义Tomcat能够处理请求的最大线程数量，直接决定了Tomcat的并发处理能力。
maxThreads参数的基础说明
maxThreads的默认值是200，代表Tomcat最多会创建200个工作线程来处理并发请求。当并发请求数超过maxThreads的值时，后续的请求会被放入等待队列，直到有线程空闲出来才会被处理。如果队列也满了，新的请求就会被拒绝。
需要注意的是，maxThreads并不是越大越好，线程数量过多会导致CPU频繁进行线程上下文切换，反而会降低整体处理效率。合理的取值需要结合服务器的CPU核心数、应用的处理逻辑复杂度来确定。
server.xml中maxThreads的配置步骤
1. 找到server.xml文件位置
Tomcat安装目录下，server.xml通常位于conf/server.xml路径中，不同部署方式的Tomcat路径可能略有差异，比如Docker部署的Tomcat该文件路径同样在容器内的conf目录下。
2. 定位Connector配置节点
打开server.xml后，找到处理HTTP请求的Connector标签，通常是监听8080端口的配置，示例如下：
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
3. 添加或修改maxThreads参数
在Connector标签中添加maxThreads属性，设置你需要的最大线程数，比如设置为500：
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"
maxThreads="500" />
4. 重启Tomcat使配置生效
修改完成后保存文件，重启Tomcat服务，配置就会生效。如果是Linux系统可以通过bin/shutdown.sh和bin/startup.sh命令重启，Windows系统则运行对应的bat脚本。
相关参数搭配说明
除了maxThreads之外，Connector还有几个参数可以和它搭配使用，优化线程池的表现：
- minSpareThreads：最小空闲线程数，默认是10，代表线程池始终保持10个空闲线程，避免频繁创建线程的开销。
- maxConnections：服务器接受和处理的最大连接数，当连接数达到这个值时，服务器不会再接受新的连接，直到连接数下降。
- acceptCount：当线程都在处理请求时，等待队列的最大长度，默认是100，超过这个数量的请求会被直接拒绝。
一个更完整的Connector配置示例如下：
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443"
maxThreads="500"
minSpareThreads="20"
maxConnections="1000"
acceptCount="200" />
配置验证方法
配置完成后可以通过以下方式验证maxThreads是否生效：
1. 查看Tomcat启动日志
重启Tomcat后，查看logs/catalina.out日志，搜索Connector相关的启动信息，会显示当前配置的maxThreads数值。
2. 使用JConsole监控线程
启动JConsole连接到Tomcat的JVM进程，在线程标签页中可以看到工作线程的数量，当并发请求上来时，线程数会逐步增长到maxThreads设置的值。
3. 压测验证
使用JMeter等压测工具模拟高于maxThreads数量的并发请求，观察请求的响应情况，如果大部分请求都能正常处理，没有出现大量拒绝的情况，说明配置生效。
取值建议
maxThreads的合理取值可以参考以下公式：
如果是CPU密集型应用，maxThreads取值为CPU核心数的1-2倍；如果是IO密集型应用，比如需要频繁操作数据库、调用外部接口，maxThreads可以取值为CPU核心数的2-4倍。比如8核CPU的服务器，IO密集型应用可以设置为200-400之间，具体数值还需要通过压测来调整到最优。
Tomcatserver.xmlmaxThreads线程池配置修改时间：2026-06-12 08:48:16