面试官狂喜！我用这 5 分钟讲清了 ThreadPoolExecutor 饱和策略，逆袭上岸

社招面试现场：线程池饱和策略？额……

事情发生在上个月。

那天我去面了一家很喜欢的大厂，技术氛围一流，薪资也令人心动。前两轮发挥还不错，第三轮是一位老哥来的，一开场就丢出个问题：

“你熟悉 Java 线程池吗？那你说说 ThreadPoolExecutor 的饱和策略有哪些？”

我一愣。

线程池熟啊，日常用得不能更熟。但“饱和策略”这四个字，把我给问住了。脑袋里只冒出几个关键词：“拒绝策略”、“AbortPolicy”、“CallerRunsPolicy”，但我说得磕磕巴巴，还举不出例子。

面试官点点头：“好，继续聊其他的。”

我心里咯噔一下，知道大概凉了。

回家路上我打开 IDEA，撸了一遍 ThreadPoolExecutor 的源码，一边骂自己怎么把这么重要的一块知识点给漏了。

今天，我就来给你讲清楚这个“容易被忽视但很关键”的 Java 面试题——线程池饱和策略（RejectedExecutionHandler）。

为什么会有饱和策略？

我们都知道，Java 的线程池 ThreadPoolExecutor 是用来管理线程的工具。你提交任务，它就安排线程去执行，能复用线程、减少线程创建销毁的开销，非常高效。

但是……线程池也有上限啊！

一个线程池通常有这些配置：

当你疯狂地往线程池里提交任务，如果满足下面三个条件：

• 核心线程都在忙（corePoolSize都被用光）；
• 任务队列满了（queue也塞不进新任务）；
• 最大线程数也到了上限（maximumPoolSize不再增长）；

这时候，再有新任务进来怎么办？