Java ExecutorService的四种线程池类型

1. newCachedThreadPool（可缓存线程池）

• 核心机制：corePoolSize=0（无核心线程），maximumPoolSize=Integer.MAX_VALUE（线程数无上限），workQueue=SynchronousQueue（零容量队列，任务提交后直接交给线程执行）。空闲线程默认存活60秒，超时未被复用则销毁。
• 特点：线程数量动态伸缩，任务到来时若有空闲线程则复用，否则创建新线程；极端情况下（如任务爆发），可能因创建大量线程导致内存溢出（OOM）。
• 适用场景：高频短生命周期任务（如HTTP请求转发、轻量级异步操作），能快速响应任务提交。
• 风险：无界线程数和空闲线程存活时间较长，可能导致系统资源耗尽，禁止在生产环境使用。

2. newFixedThreadPool（固定大小线程池）

• 核心机制：corePoolSize=maximumPoolSize（线程数固定为用户指定值，如Executors.newFixedThreadPool(10)），workQueue=LinkedBlockingQueue（无界队列，任务排队等待执行）。
• 特点：线程数恒定，不会动态增减；任务超出线程数时进入队列等待，不会创建新线程；线程不会被回收（即使长期空闲）。
• 适用场景：已知并发量稳定、任务耗时均匀的场景（如批量数据处理、定时任务调度），能有效控制资源使用。
• 风险：无界队列可能导致任务无限堆积，当任务量超过队列容量时仍会引发OOM；无法应对突发高并发。

3. newSingleThreadExecutor（单线程线程池）

• 核心机制：corePoolSize=maximumPoolSize=1（仅一个工作线程），workQueue=LinkedBlockingQueue（无界队列，任务按提交顺序排队）。
• 特点：所有任务串行执行（FIFO顺序），保证任务执行的原子性；若线程异常终止，会自动创建新线程替代，确保线程池始终有一个工作线程。
• 适用场景：需要严格顺序执行的任务（如日志归档、数据库事务操作），避免多线程并发问题。
• 风险：单线程执行效率低，任务过多时会导致执行时间过长；无界队列同样存在OOM风险。

4. newScheduledThreadPool（定时/周期性任务线程池）

• 核心机制：继承自ThreadPoolExecutor，使用DelayedWorkQueue（延迟队列，按任务执行时间排序）；支持schedule（延迟执行）、scheduleAtFixedRate（固定速率周期性执行）、scheduleWithFixedDelay（固定延迟周期性执行）等方法。
• 特点：核心线程数固定，非核心线程（若有）会在空闲时被回收；任务按延迟时间或周期执行，保证定时任务的准确性。
• 适用场景：定时任务（如每天凌晨数据备份）、周期性任务（如每5分钟检查系统状态）、延迟任务（如订单超时取消）。
• 风险：若任务执行时间超过周期时间，会导致任务堆积（如周期为10秒，任务执行需20秒，则每10秒会有一个新任务加入，导致队列中积压多个未执行的任务）；需合理设置核心线程数和任务执行时间。