之前做的一个项目,由于消息量太大,为缓解消息发送服务器的压力,将接收消息由之前的同步处理改成了异步处理,即收到一条消息交给一个线程处理,马上返回接收成功给服务器。这样就涉及到多线程和线程池,在做压力测试时总感觉这个线程池的状态不对,当前线程数总上不去,原来忽略了一个逻辑,就是如果此时线程池中的数量小于corePoolSize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。 当前线程数到达核心线程数时,后面的请求就会加到任务队列里,任务队列满了之后才会去创建新的线程,一直达到允许的最大线程数为止。
在测试过程中,主要监控了线程池(java.util.concurrent.ThreadPoolExecutor)的下面几个属性:
属性名 | 备注 |
corePoolSize | 核心线程数 |
poolSize | 当前线程数 |
queueCount | 任务队列数 |
activeCount | 主动执行任务的线程数 |
completedTaskCount | 已完成执行的任务总数 |
taskCount | 计划执行的任务总数 |
maximumPoolSize | 允许的最大线程数 |
largestPoolSize | 曾经同时位于池中的最大线程数 |
实际项目中可以监控上述值的变化,适当调整ThreadPoolExecutor各参数的值,确保多线程高效执行。