线程池使用中出现的问题

背景

应用中有一个定时任务，轮询一张表的数据（task）处理每个task，每个task都会用线程池来处理，如下，

A方法：

其中每个sync的方法中有如下调用，

B方法：

即在A方法中异步调用B方法，B方法异步调用了C方法，且B方法中使用了countDownLanch来等待所有的子任务（C方法）执行完成。 那么当我的A方法被多个task调用多次时就会出现死锁问题，详细如下：

线程池配置

static {
    queue = new ArrayBlockingQueue<>(threadPoolQueueMaxSize);
    //初始化线程池
    threadPool = new ThreadPoolExecutor(Runtime.getRuntime()
            .availableProcessors(), Runtime.getRuntime()
            .availableProcessors() * 2 + 1, 5l,
            TimeUnit.MINUTES,
            queue, new ThreadPoolExecutor.AbortPolicy());
}  

CUP核心数为2，所以核心线程数为2，最大线程数5，配置的阻塞队列为500，回顾一下线程池的处理流程：

产生的现象

当有多条task同时被扫描到启动A方法时，出现死锁，具体现象为B方法不断的向线程池添加任务，而任务不会被消费：

之前一直认为是测试环境有些脏数据，前面处理失败导致无法消费到后面的任务，检查代码发现，所有处理流程的异常都被捕捉到打日志处理了，所以远程debug分析了下线程池的参数如下：

可以看到有活跃的线程数2个，所以能够判断线程只是被阻塞到了，到这基本就清楚怎么回事了：

线程被不同task的B方法阻塞，B方法虽然成功添加了不同的C方法的任务，但是B方法一直在await()等待C方法的结束，而C方法因为获取不到线程（线程被B方法占用）而等待B方法的结束，所以形成了互锁的局面，即死锁。

解决办法

将不同的task执行多个异步任务的方式改为了一个异步任务来轮询不同的数据循环执行B方法解决（使await()的线程只被占用一个，其余线程可以处理C方法的任务）。