ThreadPoolExecutor 分析之类基础架构

阅读更多

         既然最终任务都是由execute(Runnable)方法执行,就直接来看该方法实现的所在类。

首当其冲肯定是类ThreadPoolExecutor了,相信他是java concurrent包中用的最多的一个

线程池执行器,包括springThreadPoolTaskExecutor也是利用它来执行任务的。从类的

“家谱”来看,ThreadPoolExecutor直接继承自AbstractExecutorService,因此必须实现的方

法只有public void execute(Runnable command),查看之发现和想象不一样(原以为他会直接

以此runnable创建一个thread然后直接start, ^_^),他内部还会其他的执行逻辑,那是因

ThreadPoolExecutor内部会维护一个线程池,所以有很多额外的操作。所以接下来需要

先来分析一下该类。

         首先定义了线程执行的四种状态,便于跟踪:

volatile int runState; 
static final int RUNNING = 0; 
static final int SHUTDOWN = 1; 
static final int STOP = 2; 
static final int TERMINATED = 3; 

 

 

 

         其次,定义了三个表示大小的int类型

//核心线程池大小 
private volatile int corePoolSize; 
//线程池允许的最大线程数量 
private volatile int maximumPoolSize; 
//当前线程池中的线程数量 
private volatile int poolSize; 

 

 

 

 

再仔细看,发现ThreadPoolExecutor主要依赖于以下类或接口:

1)      BlockingQueue

用于传输和保持提交的任务,可以使用此队列与池大小进行交互

Ø  如果运行的线程少于 corePoolSize,则 Executor 始终首选添加新的线程,而不进行排队。

Ø  如果运行的线程等于或多于 corePoolSize,则 Executor 始终首选将请求加入队列,而不添加新的线程。

Ø  如果无法将请求加入队列,则创建新的线程,除非创建此线程超出 maximumPoolSize,在这种情况下,任务将被拒绝

     任务排队等待执行,排队的策略根据不同的BlockingQueue实现类型不同,具体 

  SynchronousQueue(直接提交策略,这是默认值),LinkedBlockingQueue(无界队列),

ArrayBlockingQueue(有界队列)等。

 

2)      RejectedExecutionHandler

用来拒绝一个任务的执行,有两种情况会发生这种情况。一是在execute方法中若

addIfUnderMaximumPoolSize(command)false,即线程池已经饱和;二也是在execute方法中, 发现runState!=RUNNING || poolSize == 0,即已经shutdown,就调用ensureQueuedTaskHandled(Runnable command),在该方法中有可能调用rejectReject策略预定义有四种:

Ø  在默认的 ThreadPoolExecutor.AbortPolicy 中,处理程序遭到拒绝将抛出运行时 RejectedExecutionException

Ø  ThreadPoolExecutor.CallerRunsPolicy 中,线程调用运行该任务的 execute 本身。此策略提供简单的反馈控制机制,能够减缓新任务的提交速

Ø  ThreadPoolExecutor.DiscardPolicy 中,不能执行的任务将被删

Ø  ThreadPoolExecutor.DiscardOldestPolicy 中,如果执行程序尚未关闭,则位于工作队列头部的任务将被删除,然后重试执行程序(如果再次失败,则重复此过程)

 

1)      ThreadFactory

         默认使用Executors.DefaultThreadFactory,主要用来创建线程,统一设置线程的一些属性(名字、分组、优先级、是否后台线程等)。也可以使用自定义ThreadFactory,若有需要的话,比如想设置线程的UncaughtExceptionHandler等。

 

2)      ThreadPoolExecutor.Worker

            ThreadPoolExecutor是把线程包装成Worker对象运行的,这里要弄清一个概念,ThreadPoolExecutor用来执行线程Thread, 而线程Thread执行会去运行任务Runnable,所以ThreadPoolExecutor也可以说成任务执行器。还记得上一篇讲到submit,invokeAll等方法会将Runnable任务包装成FutureTask运行的。

            包装也可以理解成代理,一旦有了代理对象,就可以在运行目标对象的时候做很多有意义的事情,Spring很多强悍的功能都是基于代理实现,有点说远了,但是以后的分析中将会体会到这个包装确实起到很大的作用。

 

3)      TimeUnit

 

这个枚举是java  concurrent提供的工具,主要提供时间不同粒度单元之间的转换和执行计时以及延迟操作等。

 

4)      ReentrantLock

         关于java.util.concurrent.lock包以后会详细写,这里简单介绍下。这是一个可重入的互斥锁,实现了synchronized隐式监视器锁差不多的功能,但是粒度更细,功能更强。Synchronized在语义的层次实现,它是不能被中断的;而Lock是在java语法层面实现,它可以被中断。这个很重要,Java concrruent不鼓励直接使用Thread.interrupt等方法来中断,而尽量使用Executor来执行所有的操作。Executorshutdown或者在提交任务后返回的future中执行cancel的话,底层会调用interrupt来结束线程。ThreadPoolExecutor需要对线程执行进行跟踪管理,同步自然要用灵活且可以中断的Lock,而不可能去使用synchronized

5)      Condition

     Lock替代了synchronizedcondition用来替代Object的监视器方法(wait,notifyAll, notify) 

        

        到此,基本上算是弄清了ThreadPoolExecutor的结构,具体的功能分析看来得放到下一篇了,基本类图可以参考如下: 
ThreadPoolExecutor 分析之类基础架构_第1张图片
 

     

  • ThreadPoolExecutor 分析之类基础架构_第2张图片
  • 大小: 101.1 KB
  • 查看图片附件

你可能感兴趣的:(ThreadFactory,BlockingQueue)