Java ThreadPoolTaskExecutor 线程池

Java ThreadPoolTaskExecutor 线程池

Spike Zhang

Why

使用线程池的好处是减少在创建和销毁线程上所消耗的时间以及系统资源开销,解决资源不足的问题。如果不使用线程池,有可能会造成系统创建大量同类线程而导致消耗完内存或者“过度切换”的问题。

  1. 降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
  2. 提高响应速度。当任务到达时,任务可以不需要的等到线程创建就能立即执行。
  3. 提高线程的可管理性。线程是稀缺资源,如果无限制的创建,不仅会消耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一的分配,调优和监控。

How

  • 方式一 : 通过 ThreadPoolExecutor 构造函数实现
  • 方式二 : 通过 Executor 框架的工具类 Executors 来实现

核心参数

线程池的构造函数有7个参数,分别是corePoolSizemaximumPoolSizekeepAliveTimeunitworkQueuethreadFactoryhandler

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
   // java.util.concurrent.ThreadPoolExecutor 类
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler) {
...
}

// 实现
public static ThreadPoolExecutor getLessonAnalysisPool() {
if (lessonAnalysisPool == null) {
synchronized (ThreadPoolExecutorUtil.class) {
if (lessonAnalysisPool == null) {
lessonAnalysisPool = new ThreadPoolExecutor(5, 10, 0,
TimeUnit.MILLISECONDS, new LinkedBlockingQueue<>(50),
r -> new Thread(r, "lesson-analysis-pool-%d"), new ThreadPoolExecutor.CallerRunsPolicy());
}
}
}
return lessonAnalysisPool;
}
  1. corePoolSize 线程池核心线程大小 : 线程池中会维护一个最小的线程数量,即使这些线程处理空闲状态,他们也不会被销毁,除非设置了allowCoreThreadTimeOut。这里的最小线程数量即是corePoolSize。任务提交到线程池后,首先会检查当前线程数是否达到了corePoolSize,如果没有达到的话,则会创建一个新线程来处理这个任务。
  2. maximumPoolSize 线程池最大线程数量 : 当前线程数达到corePoolSize后,如果继续有任务被提交到线程池,会将任务缓存到工作队列(后面会介绍)中。如果队列也已满,则会去创建一个新线程来出来这个处理。线程池不会无限制的去创建新线程,它会有一个最大线程数量的限制,这个数量即由maximunPoolSize指定。
  3. keepAliveTime 空闲线程存活时间 : 一个线程如果处于空闲状态,并且当前的线程数量大于corePoolSize,那么在指定时间后,这个空闲线程会被销毁,这里的指定时间由keepAliveTime来设定
  4. unit 空闲线程存活时间单位 : keepAliveTime的计量单位
  5. workQueue 工作队列 : 新任务被提交后,会先进入到此工作队列中,任务调度时再从队列中取出任务。jdk中提供了四种工作队列:
    1. ArrayBlockingQueue : 基于数组的有界阻塞队列,按FIFO排序。新任务进来后,会放到该队列的队尾,有界的数组可以防止资源耗尽问题。当线程池中线程数量达到corePoolSize后,再有新任务进来,则会将任务放入该队列的队尾,等待被调度。如果队列已经是满的,则创建一个新线程,如果线程数量已经达到maxPoolSize,则会执行拒绝策略。
    2. LinkedBlockingQuene : 基于链表的无界阻塞队列(其实最大容量为Interger.MAX),按照FIFO排序。由于该队列的近似无界性,当线程池中线程数量达到corePoolSize后,再有新任务进来,会一直存入该队列,而基本不会去创建新线程直到maxPoolSize(很难达到Interger.MAX这个数),因此使用该工作队列时,参数maxPoolSize其实是不起作用的。
    3. SynchronousQuene : 一个不缓存任务的阻塞队列,生产者放入一个任务必须等到消费者取出这个任务。也就是说新任务进来时,不会缓存,而是直接被调度执行该任务,如果没有可用线程,则创建新线程,如果线程数量达到maxPoolSize,则执行拒绝策略。
    4. PriorityBlockingQueue : 具有优先级的无界阻塞队列,优先级通过参数Comparator实现。
  6. threadFactory 线程工厂 : 创建一个新线程时使用的工厂,可以用来设定线程名、是否为daemon线程等等
  7. handler 拒绝策略 : 当工作队列中的任务已到达最大限制,并且线程池中的线程数量也达到最大限制,这时如果有新任务提交进来,该如何处理呢。这里的拒绝策略,就是解决这个问题的,jdk中提供了4中拒绝策略:
    1. CallerRunsPolicy : 该策略下,在调用者线程中直接执行被拒绝任务的run方法,除非线程池已经shutdown,则直接抛弃任务。
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24
      25
      /**
      * A handler for rejected tasks that runs the rejected task
      * directly in the calling thread of the {@code execute} method,
      * unless the executor has been shut down, in which case the task
      * is discarded.
      */
      public static class CallerRunsPolicy implements RejectedExecutionHandler {
      /**
      * Creates a {@code CallerRunsPolicy}.
      */
      public CallerRunsPolicy() { }

      /**
      * Executes task r in the caller's thread, unless the executor
      * has been shut down, in which case the task is discarded.
      *
      * @param r the runnable task requested to be executed
      * @param e the executor attempting to execute this task
      */
      public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
      if (!e.isShutdown()) {
      r.run();
      }
      }
      }
    2. AbortPolicy : 该策略下,直接丢弃任务,并抛出RejectedExecutionException异常。
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      /**
      * A handler for rejected tasks that throws a
      * {@code RejectedExecutionException}.
      */
      public static class AbortPolicy implements RejectedExecutionHandler {
      /**
      * Creates an {@code AbortPolicy}.
      */
      public AbortPolicy() { }

      /**
      * Always throws RejectedExecutionException.
      *
      * @param r the runnable task requested to be executed
      * @param e the executor attempting to execute this task
      * @throws RejectedExecutionException always
      */
      public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
      throw new RejectedExecutionException("Task " + r.toString() +
      " rejected from " +
      e.toString());
      }
      }
    3. DiscardPolicy : 该策略下,直接丢弃任务,什么都不做。
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      /**
      * A handler for rejected tasks that silently discards the
      * rejected task.
      */
      public static class DiscardPolicy implements RejectedExecutionHandler {
      /**
      * Creates a {@code DiscardPolicy}.
      */
      public DiscardPolicy() { }

      /**
      * Does nothing, which has the effect of discarding task r.
      *
      * @param r the runnable task requested to be executed
      * @param e the executor attempting to execute this task
      */
      public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
      }
      }
    4. DiscardOldestPolicy : 该策略下,抛弃进入队列最早的那个任务,然后尝试把这次拒绝的任务放入队列
      1
      2
      3
      4
      5
      6
      7
      8
      9
      10
      11
      12
      13
      14
      15
      16
      17
      18
      19
      20
      21
      22
      23
      24
      25
      26
      27
      /**
      * A handler for rejected tasks that discards the oldest unhandled
      * request and then retries {@code execute}, unless the executor
      * is shut down, in which case the task is discarded.
      */
      public static class DiscardOldestPolicy implements RejectedExecutionHandler {
      /**
      * Creates a {@code DiscardOldestPolicy} for the given executor.
      */
      public DiscardOldestPolicy() { }

      /**
      * Obtains and ignores the next task that the executor
      * would otherwise execute, if one is immediately available,
      * and then retries execution of task r, unless the executor
      * is shut down, in which case task r is instead discarded.
      *
      * @param r the runnable task requested to be executed
      * @param e the executor attempting to execute this task
      */
      public void rejectedExecution(Runnable r, ThreadPoolExecutor e) {
      if (!e.isShutdown()) {
      e.getQueue().poll();
      e.execute(r);
      }
      }
      }

  • FixedThreadPool : 该方法返回一个固定线程数量的线程池。该线程池中的线程数量始终不变。当有一个新的任务提交时,线程池中若有空闲线程,则立即执行。若没有,则新的任务会被暂存在一个任务队列中,待有线程空闲时,便处理在任务队列中的任务。
  • SingleThreadExecutor : 方法返回一个只有一个线程的线程池。若多余一个任务被提交到该线程池,任务会被保存在一个任务队列中,待线程空闲,按先入先出的顺序执行队列中的任务。
  • CachedThreadPool : 该方法返回一个可根据实际情况调整线程数量的线程池。线程池的线程数量不确定,但若有空闲线程可以复用,则会优先使用可复用的线程。若所有线程均在工作,又有新的任务提交,则会创建新的线程处理任务。所有线程在当前任务执行完毕后,将返回线程池进行复用。

避免使用Executors 类的 newFixedThreadPool 和 newCachedThreadPool ,因为可能会有 OOM 的风险。

Executors 返回线程池对象的弊端如下:

  • FixedThreadPoolSingleThreadExecutor : 允许请求的队列长度为 Integer.MAX_VALUE,可能堆积大量的请求,从而导致 OOM。
  • CachedThreadPoolScheduledThreadPool : 允许创建的线程数量为 Integer.MAX_VALUE ,可能会创建大量线程,从而导致 OOM。
  • 标题: Java ThreadPoolTaskExecutor 线程池
  • 作者: Spike Zhang
  • 创建于 : 2025-12-26 14:27:00
  • 更新于 : 2025-12-26 14:29:01
  • 链接: https://chaosbynn.github.io/2025/12/26/Java-ThreadPoolTaskExecutor-线程池/
  • 版权声明: 本文章采用 CC BY-NC-SA 4.0 进行许可。
评论
目录
Java ThreadPoolTaskExecutor 线程池