ThreadPoolExecutor使用LinkedBlockingQueue的坑

坑的描述

ThreadPoolExecutor threadPool = new ThreadPoolExecutor(
    4, // corePoolSize
    64, // maximumPoolSize
    60L, // keepAliveTime
    TimeUnit.SECONDS, // timeUnit
    new LinkedBlockingQueue<>(100000) // workQueue
);

我们有时候会使用上述的代码来新建一个ThreadPoolExecutor对象，使用LinkedBlockingQueue作为workQueue。

需要特别注意的是，上述创建的ThreadPoolExecutor对象，当同时有64个任务进来时，并不会创建64个线程来同时处理这64个任务，而只创建4个core线程优先处理最先进来的4个任务，将后进来的60个任务放入LinkedBlockingQueue队列中，队列中的任务排队等待被这4个core线程处理。

使用LinkedBlockingQueue作为workQueue，ThreadPoolExecutor对象在队列不满的情况下只会创建core线程，不会创建非core线程，设置的maximumPoolSize并不起作用。

原因分析

下述代码是ThreadPoolExecutor的execute方法，其中描述了新建线程的机制。可以发现只有当满足下面的两个条件之一时，才会新建线程：

1. 当前存活的线程数小于corePoolSize；（新建c