坑的描述

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方法，其中描述了新建线程的机制。可以发现只有当满足下面的两个条件之一时，才会新建线程：

当前存活的线程数小于corePoolSize；（新建core线程）
往workQueue添加元素失败；（新建非core线程）

    public void execute(Runnable command) {
        if (command == null)
            throw new NullPointerException();
        int c = ctl.get();
        if (workerCountOf(c) < corePoolSize) { // 条件1：存活线程小于corePoolSize，新建core线程
            if (addWorker(command, true))
                return;
            c = ctl.get();
        }
        if (isRunning(c) && workQueue.offer(command)) {
            int recheck = ctl.get();
            if (! isRunning(recheck) && remove(command))
                reject(command);
            else if (workerCountOf(recheck) == 0) // 正常情况下，这里的条件不会满足
                addWorker(null, false);
        }
        else if (!addWorker(command, false)) // 条件2：往队列添加元素失败，新建非core线程
            reject(command);
    }

可以发现能新建非core线程的直接原因是队列workQueue添加元素失败，因此选择不同的BlockingQueue实现类会对新建线程产生很大的影响，常用的BlockingQueue：