JAVA线程池详解

Java 线程池详解

线程池是 Java 并发编程的核心组件，用于高效管理线程资源、控制系统并发度、避免频繁创建/销毁线程的开销。Java 通过 java.util.concurrent 包提供了多种线程池实现，适用于不同场景。

---

一、为什么需要线程池？

• 降低资源消耗：复用线程，避免创建/销毁开销
• 提高响应速度：任务到达即可执行，无需等待线程创建
• 提高可管理性：统一分配、调优、监控线程
• 防止资源耗尽：限制最大并发数，避免系统崩溃（如 OOM）

---

二、Java 中常见的线程池类型

Java 提供了 4 种常用线程池 （通过 Executors 工厂类创建），以及 1 种专用定时线程池 。但生产环境推荐手动创建 ThreadPoolExecutor 或 ScheduledThreadPoolExecutor。

线程池类型	创建方式	特点	适用场景	风险
FixedThreadPool	Executors.newFixedThreadPool(n)	固定线程数，无界队列	任务量稳定、执行时间相近	无界队列 → OOM
CachedThreadPool	Executors.newCachedThreadPool()	线程数动态伸缩（0 ~ Integer.MAX_VALUE），60s 超时回收，SynchronousQueue	短时异步任务、高并发	线程数无上限 → CPU/内存耗尽
SingleThreadExecutor	Executors.newSingleThreadExecutor()	单线程，无界队列	保证任务顺序执行	无界队列 → OOM
WorkStealingPool	Executors.newWorkStealingPool()	基于 ForkJoinPool，使用 Work-Stealing 算法	CPU 密集型、可分解任务	不适用于阻塞型任务
ScheduledThreadPool	Executors.newScheduledThreadPool(n)	支持定时/周期性任务	定时任务、心跳检测、缓存刷新	若任务执行时间 > 周期间隔，可能堆积

⚠️ 重要提醒 ：

阿里《Java 开发手册》明确禁止直接使用 Executors 创建线程池！
原因 ：FixedThreadPool 和 SingleThreadExecutor 使用无界队列 ，CachedThreadPool 允许无限创建线程，均可能导致系统资源耗尽。

---

三、核心实现类

1. ThreadPoolExecutor

• 通用线程池实现
• 支持自定义核心参数（线程数、队列、拒绝策略等）
• 适用于大多数异步任务场景

2. ScheduledThreadPoolExecutor

• 继承自 ThreadPoolExecutor
• 专门用于定时任务 和周期性任务
• 支持：
  • schedule(Runnable, delay, unit)：延迟执行
  • scheduleAtFixedRate(Runnable, initialDelay, period, unit)：固定频率执行
  • scheduleWithFixedDelay(Runnable, initialDelay, delay, unit)：固定延迟执行

✅ 推荐 ：手动创建 ScheduledThreadPoolExecutor，避免使用 Executors.newScheduledThreadPool()（因其使用无界队列）。

// 安全的定时线程池示例
ScheduledThreadPoolExecutor scheduler = new ScheduledThreadPoolExecutor(
    2, // corePoolSize
    new ThreadFactoryBuilder().setNameFormat("scheduler-%d").build(),
    new ThreadPoolExecutor.DiscardPolicy() // 自定义拒绝策略
);
scheduler.setRemoveOnCancelPolicy(true); // 取消任务时自动移除，避免内存泄漏

四、ThreadPoolExecutor 核心参数详解

public ThreadPoolExecutor(
    int corePoolSize,          // 核心线程数
    int maximumPoolSize,       // 最大线程数
    long keepAliveTime,        // 非核心线程空闲存活时间
    TimeUnit unit,             // 时间单位
    BlockingQueue<Runnable> workQueue, // 任务队列
    ThreadFactory threadFactory,       // 线程工厂
    RejectedExecutionHandler handler   // 拒绝策略
)

参数说明 ThreadPoolExecutor 的构造函数包含以下核心参数，合理配置是线程池稳定高效运行的关键：

参数	说明
corePoolSize	核心线程数。线程池中始终保持存活的线程数量（即使空闲）。当任务数超过核心线程数时，新任务会被放入任务队列。可通过 allowCoreThreadTimeOut(true) 允许核心线程超时回收。
maximumPoolSize	最大线程数。线程池允许创建的线程总数上限。当任务队列已满且当前线程数小于该值时，会创建非核心线程执行任务。
keepAliveTime	非核心线程空闲时的存活时间。当线程数超过 corePoolSize 时，多余的空闲线程在此时间内无任务处理将被终止。若调用 allowCoreThreadTimeOut(true)，该策略也适用于核心线程。
unit	keepAliveTime 的时间单位，如 TimeUnit.SECONDS、TimeUnit.MILLISECONDS 等。
workQueue	任务队列，用于存放等待执行的任务。队列类型（有界/无界）直接影响线程池行为和系统稳定性。
threadFactory	线程工厂，用于创建新线程。可自定义线程名称、优先级、是否为守护线程等，便于监控和排查问题。
handler	拒绝策略。当线程池已关闭或任务无法提交（队列满 + 线程数达上限）时的处理逻辑。

五、线程池工作流程

graph TD A[提交任务] --> B{当前线程数 < corePoolSize?} B -- 是 --> C[创建核心线程执行任务] B -- 否 --> D{任务队列是否未满?} D -- 是 --> E[任务入队] D -- 否 --> F{当前线程数 < maximumPoolSize?} F -- 是 --> G[创建非核心线程执行任务] F -- 否 --> H[执行拒绝策略]

六、任务队列（workQueue）类型

任务队列是线程池缓冲任务的关键组件，其选择直接影响系统资源使用和稳定性。

队列类型	特点	适用场景	风险提示
ArrayBlockingQueue	有界阻塞队列，基于数组实现，FIFO。需指定容量。	任务量可预估、需严格控制内存使用的场景。	容量过小可能导致频繁触发拒绝策略；过大则失去有界意义。
LinkedBlockingQueue	可选有界/无界队列（默认无界），基于链表实现，FIFO。	任务提交速率稳定、可接受任务积压的场景。	默认无界 → 可能导致内存溢出（OOM），生产环境务必设置容量。
SynchronousQueue	不存储元素的阻塞队列，每个 put() 必须等待 take()。	高并发、短任务、要求快速响应的场景（如 Web 请求处理）。	无缓冲能力，若线程池无法立即处理任务，会直接创建新线程或触发拒绝策略。
PriorityBlockingQueue	无界优先级队列，按自然顺序或自定义比较器排序。	任务需按优先级执行（如 VIP 用户请求优先处理）。	无界 → 存在 OOM 风险 ；需确保任务可比较（实现 Comparable 或提供 Comparator）。

✅ 生产建议 ：优先使用 有界队列 （如 ArrayBlockingQueue），并配合合理的拒绝策略，防止资源耗尽。

七、拒绝策略（RejectedExecutionHandler）

当线程池无法接受新任务时（线程池已关闭 或 任务队列满 + 线程数达 maximumPoolSize），将触发拒绝策略。

策略	行为	适用场景	注意事项
AbortPolicy（默认）	抛出 RejectedExecutionException 异常。	需要立即感知任务失败、不允许静默丢弃的场景。	调用方需捕获异常并处理（如重试、降级）。
CallerRunsPolicy	由提交任务的线程（调用 execute() 的线程）直接执行该任务。	任务不能丢失，且可接受主线程阻塞的场景。	会阻塞调用线程，高并发下可能导致请求线程池（如 Tomcat）耗尽。
DiscardPolicy	静默丢弃被拒绝的任务，不抛异常、不执行。	允许任务丢失的非关键场景（如日志、监控上报）。	任务丢失无感知，需确保业务可容忍。
DiscardOldestPolicy	丢弃任务队列中最老的任务（队列头部），然后尝试重新提交当前任务。	希望保留最新任务、丢弃旧任务的场景（如实时行情、状态更新）。	若线程池已关闭，仍会丢弃当前任务；可能造成任务顺序错乱。

✅ 自定义拒绝策略 ：实现 RejectedExecutionHandler 接口，可实现日志记录、持久化到数据库、发送告警、异步重试等高级逻辑。

八、最佳实践

1. 手动创建线程池（禁止 Executors）

// 通用线程池
ThreadPoolExecutor executor = new ThreadPoolExecutor(
    2, 4, 60, TimeUnit.SECONDS,
    new ArrayBlockingQueue<>(10),
    new ThreadFactoryBuilder().setNameFormat("biz-pool-%d").build(),
    new ThreadPoolExecutor.CallerRunsPolicy()
);

// 定时线程池
ScheduledThreadPoolExecutor scheduler = new ScheduledThreadPoolExecutor(
    2,
    new ThreadFactoryBuilder().setNameFormat("timer-%d").build(),
    new ThreadPoolExecutor.DiscardPolicy()
);
scheduler.setRemoveOnCancelPolicy(true); // 避免取消任务后内存泄漏

2. 合理设置线程数

• CPU 密集型：N + 1（N = CPU 核数）
• IO 密集型：2N 或更高（根据阻塞时间调整）

3. 命名线程

便于日志排查和监控：

.setNameFormat("order-service-pool-%d")

4. 优雅关闭

executor.shutdown();
if (!executor.awaitTermination(60, TimeUnit.SECONDS)) {
    executor.shutdownNow();
}

5. 监控指标

• 活跃线程数：getActiveCount()
• 队列大小：getQueue().size()
• 任务拒绝次数：自定义拒绝策略计数

九、常见问题

Q1：定时任务线程池如何避免内存泄漏？

• 调用 setRemoveOnCancelPolicy(true)：取消任务时自动从队列移除
• 避免使用 scheduleAtFixedRate 执行长时间任务（可能导致任务堆积）

Q2：线程异常如何处理？

• execute()：异常由 UncaughtExceptionHandler 处理
• submit()：异常封装在 Future.get() 中
• 建议：任务内部 try-catch + 日志记录

Q3：能否动态调整线程池参数？

✅ 支持：setCorePoolSize(), setMaximumPoolSize(), setKeepAliveTime() 可用于实现自适应线程池

十、总结

维度	推荐实践
线程池创建	禁止使用 Executors 工厂方法 ，手动创建 ThreadPoolExecutor 或 ScheduledThreadPoolExecutor，明确指定所有参数。
队列选择	优先使用有界队列 （如 ArrayBlockingQueue），避免无界队列导致 OOM。
线程数设置	- CPU 密集型：corePoolSize ≈ CPU 核数 + 1 - IO 密集型：corePoolSize ≈ 2 × CPU 核数（根据阻塞时间调整）
线程命名	通过 ThreadFactory 自定义线程名称（如 "order-service-pool-%d"），便于日志排查和监控。
拒绝策略	根据业务容忍度选择或自定义策略，避免默认 AbortPolicy 导致服务雪崩。
定时任务	使用 ScheduledThreadPoolExecutor 手动创建，设置 setRemoveOnCancelPolicy(true) 防止取消任务后内存泄漏。
关闭方式	使用 shutdown() + awaitTermination() 实现优雅关闭，避免任务丢失。
监控告警	监控活跃线程数、队列大小、拒绝任务数等指标，及时发现异常。

为 @Scheduled 配置自定义线程池

@Bean
public TaskScheduler taskScheduler() {
    ThreadPoolTaskScheduler scheduler = new ThreadPoolTaskScheduler();
    scheduler.setPoolSize(10);
    scheduler.setThreadNamePrefix("my-scheduled-");
    scheduler.setRemoveOnCancelPolicy(true);
    scheduler.setWaitForTasksToCompleteOnShutdown(true);
    return scheduler;
}

💡 核心原则 ：
线程池不是"开箱即用"的组件，而是需要根据业务场景精细调优的资源控制器。

合理配置 + 主动监控 + 优雅降级，才能充分发挥其价值，保障系统稳定。
黄金法则：

• 绝不直接使用 Executors
• 队列必须有界
• 线程必须命名
• 拒绝策略需自定义
• 定时任务防泄漏