支付宝面试太太太刁钻了！！如果把线程池 corePoolSize 设置为 0，会出现什么情况？

大家好，我是R哥。

最近做 Java 面试辅导，有个学员面试支付宝，遇到一个特别有意思的问题：

如果把线程池 corePoolSize 设置为 0，会出现什么情况？

这个问题一说出来，我都感觉有点刁钻。。

这几年我创作小程序：Java面试库，积累了 2700+ 的 Java 面试题，什么刁钻的面试题没见过？

像这样的刁钻面试题确实少见，阿里面试官是真的卷啊。。

大厂学员都觉得会抛异常，事实上真是这样吗？

我们来从源码来分析下，看看究竟！

先来回顾下线程池的工作流程：

1）如果线程池中的线程小于核心线程数 corePoolSize 时，则创建新线程直接执行任务。

2）如果线程池中的线程大于核心线程数 corePoolSize 时，则暂时把任务存储到工作队列 workQueue 中等待执行。

3）如果工作队列 workQueue 也满时：

• 当线程数小于最大线程池数 maximumPoolSize 时，由创建新线程来处理；
• 当线程数大于等于最大线程池数 maximumPoolSize 时，则执行拒绝策略；

以下是 JDK 21 线程池类 ThreadPoolExecutor#execute 方法源码：

public void execute(Runnable command) {
    // 检查传入的任务是否为空，如果为空则抛出 NullPointerException
    if (command == null)
        throw new NullPointerException();

    // 获取当前线程池的控制状态
    int c = ctl.get();

    // 步骤 1: 如果当前运行的线程数少于核心线程数
    if (workerCountOf(c) < corePoolSize) {
        // 尝试添加一个新的工作线程来执行提交的任务
        // 如果添加成功，则直接返回
        if (addWorker(command, true))
            return;

        // 再次获取线程池的控制状态，以应对并发变化
        c = ctl.get();
    }

    // 步骤 2
    // 步骤 2.1: 如果线程池处于运行状态并且任务能够成功加入队列
    if (isRunning(c) && workQueue.offer(command)) {
        // 再次检查线程池的状态，确认线程池仍然处于运行状态
        int recheck = ctl.get();

        // 2.2 如果线程池不再运行，并且任务能够从队列中移除，则拒绝任务
        if (!isRunning(recheck) && remove(command))
            reject(command);

        // 2.3 如果当前线程池没有运行的线程
        else if (workerCountOf(recheck) == 0)
            // 尝试添加一个新的非核心工作线程（false 表示非核心线程）
            addWorker(null, false);
    }
    // 步骤 3
    else {
        // 3.1 尝试添加一个新的非核心工作线程来执行任务
        if (!addWorker(command, false))
            // 3.2 如果添加失败，说明线程池已关闭或达到饱和状态，因此拒绝任务
            reject(command);
    }
}

我检查了 JDK 8 和 JDK 17 两个主版本源码，这块的处理逻辑也是一样的。

从源码可以看到，如果往线程池提交任务的时候，当 corePoolSize = 0 时，代码正常情况下会执行到步骤2。

以下三步是关键步骤：

步骤 2.1：

此时，如果线程池处于运行状态，并且任务能够成功加入队列，说明线程池不为空，线程正常执行任务。

步骤 2.3：

此时，如果当前线程池没有运行的线程，则尝试添加一个新的非核心工作线程，即任务会先进入队列排队再由线程获取任务执行。

步骤 3.1：

此时，说明队列满了无法加入任务，尝试添加一个新的非核心工作线程来执行任务，如果添加失败，说明线程池已关闭或达到饱和状态，因此拒绝任务。

扩展知识点：

这个逻辑在 JDK 6 之前略有不同，在 JDK 6 之前，当 corePoolSize = 0 的时候，先将这个任务放到阻塞队列中，只有等队列满了才创建线程来执行，而 JDK 6+ 是直接创建一个非核心线程，再放在队列中来执行，很显示，JDK 6 这个优化动作减小了内存溢出的可能性。

光说 JDK 6 和 JDK 8 这两个版本，对线程池的重构就很大，现在主流的版本都是 JDK 8+，这个了解一下就好。

这道题可以说是八股文之王了，我工作这么多年，面试过这么多人，也没有见过这道题。

对于阿里这样的大厂，可能会遇到奇奇怪怪的问题，不会很正常，说说自己的想法，或许不会太减分。但如果你恰好看到了我的公众号，又学会了这道题，那下次有面试官问起，那就是加分题了，面试官也会对你眼前一亮。

像这样的面试八股文，我的小程序「Java面试库」还有许多，比如：

• 为什么阿里不让用 Executors 创建线程池？
• 线程池中的线程抛出了异常，如何处理？
• ……

共 2700+，都是平时我面试别人，或者学员面试复盘积累下来的真题，不要在网上找乱七八糟的面试题了，浪费时间还容易被误导。

最后，推荐一波我的「面试辅导训练营」，有在看机会的，离职的、迷茫的，都可以加入我们的「面试辅导训练营」，大厂导师 1 v 1 辅导，帮你全面提升面试综合实力，少走很多弯路，最大化提升职场收益。