在上篇中介绍了线程池的设计需求以及使用,在这里我们分析Concurrent包中线程池的实现类ThreadPoolExecutor的设计,是不是感 觉没意义,人家都实现了还分析啥?当然是提高我们自身的设计能力了。对于设计能力的提高,我认为一方面我们要在具体实践中,能够学习前人
总结的设计思想(比如设计模式之类的),根据具体上下文,能够融会贯通的使用他们。另一方面分析优秀的框架设计与实现也是很好的方式,当然JDK设计是最好的学习资料。闲话多了,切入主题,设计要点:
在ThreadPoolExecutor中,有一个内部类Worker,实现了Runnable,也就是线程池中的线程,不言而喻,它的Run方法就是从Task队列
取Task,调用Task的run方法(Task 是实现了Runnable接口的),执行Task,依次类推,直到没有队列里面Task。看下图
了解了线程的创建以及执行Task的流程,下面让我们在看看ThreadPoolExecutor是如何触发创建线程池线程的呢? 何时启动线程池里的
线程执行Task呢?再这之前,我们先说明一下,在ThreadPoolExecutor中引入了两个描述线程池中线程数量的属性,corePoolSize和 maximumPoolSize
corePoolSize 初始化时线程池中线程的数量。
maximumPoolSize 线程池中的程的最大数量,当Task无法插入Task队列,线程池线程数量又达到maximumPoolSize时,启用Reject策略,
Reject过多的Task。
下图说明了当我们创建一个线程池,并提交Task时,ThreadPoolExecutor首先判断是否达到corePoolSize,没有就在创建一个线程,提高吞吐量。如果超过那么直接将该Task插入Task队列。
如果插入失败,说明Task队列已满,那么尝试是否达到maximumPoolSize,如果没有,那么创建而外的线程处理改
Task,减低Task失败率。
如果已经达到了maximumPoolSize,对不起,只能Reject了。
这其实是线程池设计处理Task的策略。大家可以细细体会,这个策略的优势。
到现在其实已经基本说明了ThreadPoolExecutor的设计了,其实设计思想是不是跟以前我们自个设计线程池都一样?只是在具体实现上更加完善,更加完美!
对了大家如果感兴趣可以看看ThreadPoolExecutor如何优雅的Shutdown,这些设计实现细节,都可以在我们的实践中应用。
总结的设计思想(比如设计模式之类的),根据具体上下文,能够融会贯通的使用他们。另一方面分析优秀的框架设计与实现也是很好的方式,当然JDK设计是最好的学习资料。闲话多了,切入主题,设计要点:
- 纵观在JDK1.5以前我们自己实现的线程池,还是Concurrent提供的线程池,在线程池中首先我们要两个容器维护 线程池中的线程 与 提交给线程池中的Task。
- 线程池与Task如何关联,什么样的Task才可以提交的该线程池中执行呢。所以我们要定义一个接口,分离线程池与具体
- Task的耦合关系,ThreadPoolExecutor可以接受实现Runnable接口或者Callable接口(其实最后也是组装为Runnable接口)的具体Task。
- 线程池中的线程从Task队列中去Task执行。
在ThreadPoolExecutor中,有一个内部类Worker,实现了Runnable,也就是线程池中的线程,不言而喻,它的Run方法就是从Task队列
取Task,调用Task的run方法(Task 是实现了Runnable接口的),执行Task,依次类推,直到没有队列里面Task。看下图
![](https://i-blog.csdnimg.cn/blog_migrate/401cf20bd16061b254a6048554e11516.jpeg)
线程执行Task呢?再这之前,我们先说明一下,在ThreadPoolExecutor中引入了两个描述线程池中线程数量的属性,corePoolSize和 maximumPoolSize
corePoolSize 初始化时线程池中线程的数量。
maximumPoolSize 线程池中的程的最大数量,当Task无法插入Task队列,线程池线程数量又达到maximumPoolSize时,启用Reject策略,
Reject过多的Task。
下图说明了当我们创建一个线程池,并提交Task时,ThreadPoolExecutor首先判断是否达到corePoolSize,没有就在创建一个线程,提高吞吐量。如果超过那么直接将该Task插入Task队列。
如果插入失败,说明Task队列已满,那么尝试是否达到maximumPoolSize,如果没有,那么创建而外的线程处理改
Task,减低Task失败率。
如果已经达到了maximumPoolSize,对不起,只能Reject了。
![](https://i-blog.csdnimg.cn/blog_migrate/d9f5aa8eb5d9ce10b97527adf3eefbc6.jpeg)
这其实是线程池设计处理Task的策略。大家可以细细体会,这个策略的优势。
到现在其实已经基本说明了ThreadPoolExecutor的设计了,其实设计思想是不是跟以前我们自个设计线程池都一样?只是在具体实现上更加完善,更加完美!
对了大家如果感兴趣可以看看ThreadPoolExecutor如何优雅的Shutdown,这些设计实现细节,都可以在我们的实践中应用。