ThreadPoolExecutor使用LinkedBlocki

.concurrent.ThreadPoolExecutor@23ce1104[Running, pool size = 1, active thread= 10, queued tasks = 1024, completed tasks = 1]

线程池相关的问题，
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；（新建core线程）
2，往workQueue添加元素失败；（新建非core线程）

可以发现能新建非core线程的直接原因是队列workQueue添加元素失败，因此选择不同的BlockingQueue实现类会对新建线程产生很大的影响，常用的BlockingQueue：
LinkedBlockingQueue：队列已满时会添加失败；
SynchronousQueue：如果没有其他线程在等待获取元素时会添加失败
参考连接：https://blog.csdn.net/crystalqy/article/details/102730318