public static ExecutorService testExtcutor() {
        return new ThreadPoolExecutor(
                2,
                2,
                0L,
                TimeUnit.SECONDS,
                new LinkedBlockingQueue<>(1));
    }

模擬執(zhí)行

public static void main(String[] args) {
        // 下載文件總數(shù)
        List<Integer> resultList = new ArrayList<>(100);
        IntStream.range(0,100).forEach(resultList::add);
        // 下載文件分段
        List<List<Integer>> split = CollUtil.split(resultList, 10);
        ExecutorService executorService = BaseThreadPoolExector.testExtcutor();
        CountDownLatch countDownLatch = new CountDownLatch(100);
        for (List<Integer> list : split) {
            executorService.execute(() -> {
                list.forEach(i ->{
                    try {
                        // 模擬業(yè)務(wù)操作
                        Thread.sleep(500);
                        System.out.println("任務(wù)進(jìn)入");
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                        System.out.println(e.getMessage());
                    } finally {
                        System.out.println(countDownLatch.getCount());
                        countDownLatch.countDown();
                    }
                });
            });
        }
        try {
            countDownLatch.await();
            System.out.println("countDownLatch.await()");
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

一開始我個人感覺沒有什么問題，反正finally都能夠做減一的操作，到最后調(diào)用await方法，進(jìn)行主線程任務(wù)

Exception in thread "main" java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@300ffa5d rejected from java.util.concurrent.ThreadPoolExecutor@1f17ae12[Running, pool size = 2, active threads = 2, queued tasks = 1, completed tasks = 0]
  at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2063)
  at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:830)
  at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1379)
  at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:112)
  at Thread.executor.executorTestBlock.main(executorTestBlock.java:28)
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown
任務(wù)進(jìn)入
countDownLatch.countDown

由于任務(wù)數(shù)量較多，阻塞隊(duì)列中已經(jīng)塞滿了，所以默認(rèn)的拒絕策略，當(dāng)隊(duì)列滿時，處理策略報(bào)錯異常，

要注意這個異常是線程池，自己拋出的，不是我們循環(huán)里面打印出來的，

這也造成了，線上這個線程池被阻塞了，他永遠(yuǎn)也調(diào)用不到await方法，

利用jstack,我們就能夠看到有問題

"pool-1-thread-2" #12 prio=5 os_prio=31 tid=0x00007ff6198b7000 nid=0xa903 waiting on condition [0x0000700001c64000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076b2283f8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
"pool-1-thread-1" #11 prio=5 os_prio=31 tid=0x00007ff6198b6800 nid=0x5903 waiting on condition [0x0000700001b61000]
   java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x000000076b2283f8> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
	at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
	at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1074)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

解決方案

調(diào)大阻塞隊(duì)列，但是問題來了，到底多少阻塞隊(duì)列才是大呢，如果太大了會不由又造成內(nèi)存溢出等其他的問題

在第一個的基礎(chǔ)上，我們修改了拒絕策略,當(dāng)觸發(fā)拒絕策略的時候，用調(diào)用者所在的線程來執(zhí)行任務(wù)

 public static ThreadPoolExecutor queueExecutor(BlockingQueue<Runnable> workQueue){
        return new ThreadPoolExecutor(
                size,
                size,
                0L,
                TimeUnit.SECONDS,
                workQueue,
                new ThreadPoolExecutor.CallerRunsPolicy());
    }

你可能又會想說，會不會任務(wù)數(shù)量太多，導(dǎo)致調(diào)用者所在的線程執(zhí)行不過來，任務(wù)提交的性能急劇下降

那我們就應(yīng)該自定義拒絕策略，將這下排隊(duì)的消息記錄下來，采用補(bǔ)償機(jī)制的方式去執(zhí)行

同時也要注意上面的那個異常是線程池拋出來的，我們自己也需要將線程池進(jìn)行try catch，記錄問題數(shù)據(jù)，并且在finally中執(zhí)行countDownLatch.countDown來避免，線程池的使用