并发请求下近50%线程阻塞，Tomcat配置及JMeter压测问题咨询

嘿，针对你遇到的Tomcat并发时近50%线程处于BLOCKED状态的问题，结合你给出的配置和JMeter压测场景，我来帮你拆解下核心原因和可行的解决方案：

1. Executor与Connector线程池配置不匹配 #

你定义了一个maxThreads=500的共享线程池tomcatThreadPool，但你的Connector配置里没有指定使用这个线程池（缺少executor="tomcatThreadPool"属性），同时还单独设置了maxThreads="200"。这意味着Connector会创建自己独立的线程池，最大只有200个工作线程。当JMeter的并发请求超过200时，多余的请求会进入acceptCount=100的等待队列，但如果后端业务处理存在阻塞点，大量等待的线程很容易进入BLOCKED状态。

2. 业务代码中的锁竞争 #

这是BLOCKED线程占比高的最常见原因：如果你的业务代码里存在全局同步代码块、静态方法锁、或者共享资源的未优化同步逻辑，当大量并发请求同时争抢同一把锁时，绝大多数线程会被阻塞等待锁释放，直接导致BLOCKED线程占比飙升。

3. 外部资源瓶颈 #

如果你的请求依赖数据库、Redis、MQ等外部资源，当这些资源的处理能力不足时，Tomcat线程会阻塞等待资源响应：

• 数据库连接池过小，所有连接被占用时，线程会阻塞等待获取连接；
• 数据库慢查询、Redis超时、MQ消息堆积等，都会导致Tomcat线程挂起等待结果，间接表现为BLOCKED状态。

1. 修正Tomcat线程池配置，统一使用共享线程池 #

修改你的Connector配置，添加executor="tomcatThreadPool"属性，同时移除Connector自身的maxThreads和minSpareThreads（这些配置会继承Executor的设置）。调整后的配置如下：

<Executor name="tomcatThreadPool" namePrefix="catalina-exec-" 
          maxThreads="500" minSpareThreads="30" maxIdleTime="60000" 
          prestartminSpareThreads="true" /> 

<Connector port="80" protocol="org.apache.coyote.http11.Http11Nio2Protocol" 
           acceptCount="100" maxConnections="10000" acceptorThreadCount="4" 
           URIEncoding="UTF-8" redirectPort="8443"
           executor="tomcatThreadPool"/>

这样Connector会复用你定义的500线程池，避免因线程池容量不足导致的排队阻塞。

2. 定位并优化业务代码的锁竞争 #

• 导出线程栈分析：使用jstack <Tomcat进程ID> > thread_dump.txt命令导出线程栈，查找所有处于BLOCKED状态的线程，查看它们的栈轨迹，定位到具体的锁对象和代码位置。
• 优化锁粒度：尽量缩小同步代码块的范围，避免对整个方法或者大段逻辑加锁；可以用ReentrantLock替代synchronized，实现更灵活的锁控制；或者使用ConcurrentHashMap、CopyOnWriteArrayList等线程安全集合替代同步集合。
• 重构共享资源：如果是单例对象导致的锁竞争，考虑将单例改为局部实例，或者采用无锁设计（比如ThreadLocal存储线程私有数据）。

3. 排查并解决外部资源瓶颈 #

• 调整数据库连接池：确保数据库连接池的最大连接数（比如HikariCP的maximumPoolSize）与Tomcat线程池容量匹配，同时监控数据库的连接使用情况，避免连接耗尽。
• 优化外部资源请求：排查数据库慢查询，添加索引优化；优化Redis请求逻辑，增加本地缓存减少远程调用；对非核心业务逻辑采用异步处理（比如用Spring的@Async），避免Tomcat线程阻塞等待。
• 调整Tomcat连接参数：Http11Nio2Protocol的maxConnections=10000可以根据服务器CPU、内存情况适当调整，避免连接数过多导致的资源耗尽。

4. 优化JMeter压测场景 #

• 逐步加压：不要直接设置过高的并发数，逐步增加并发，同时监控Tomcat线程状态、CPU、内存、数据库连接数等指标，找到系统的瓶颈临界点。
• 添加监控：在压测时结合JConsole、VisualVM等工具实时监控Tomcat的线程状态和资源使用情况，帮助快速定位问题。

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