Java缓存线程池（newCachedThreadPool）是按需创建、自动回收的线程池，核心线程数为0、最大线程数为Integer.MAX_VALUE、使用SynchronousQueue，空闲线程60秒后销毁；慎用因其线程数不可控、无任务缓冲、不适用长耗时任务；推荐显式构造ThreadPoolExecutor并设置合理参数。
Java缓存线程池（newCachedThreadPool）是一种按需创建、自动回收的线程池，适用于执行大量短期异步任务的场景。
缓存线程池的核心行为
它内部使用 SynchronousQueue 作为任务队列（不缓存任务），没有固定核心线程数（corePoolSize = 0），最大线程数设为 Integer.MAX_VALUE。当提交新任务时：
- 若当前有空闲线程，直接复用该线程执行；
- 若无空闲线程，则新建一个非核心线程来处理；
- 线程空闲超过 60 秒 后自动终止并从池中移除。
线程创建策略的关键细节
它的线程生命周期完全由负载驱动，不预热、不常驻：
- 初始状态下线程池为空，第一个任务触发创建第一个线程；
- 并发任务激增时，会快速扩容至数百甚至上千线程（取决于系统资源）；
- 任务回落时，空闲线程在 60 秒后逐个销毁，池趋于收缩归零；
- 没有任务排队机制——任务不会进入队列等待，而是“即来即建线程”或“即来即执行”。
为什么慎用 newCachedThreadPool
虽然灵活，但存在明显风险：
立即学习“Java免费学习笔记（深入）”；
-
线程数不可控：最大线程数为
Integer.MAX_VALUE，高并发下易导致线程数爆炸，引发OutOfMemoryError或系统资源耗尽； -
无任务缓冲：SynchronousQueue 不存储任务，突发流量下若线程创建失败（如 OS 限制），任务将被拒绝（默认抛出
RejectedExecutionException）； - 不适合长耗时任务：单个任务执行时间过长，会导致线程长期占用，无法及时回收，削弱“缓存”效果。
更安全的替代方案
生产环境推荐用 ThreadPoolExecutor 显式构造，例如：
- 设置合理
corePoolSize和maximumPoolSize（如 CPU 核心数 × 2）； - 选用有界队列（如
ArrayBlockingQueue(100)）防止任务无限堆积； - 配置自定义拒绝策略（如
CallerRunsPolicy）避免异常中断； - 指定命名线程工厂，便于问题排查。
