不使用Executor线程池:
- 单线程:顺序的执行任务不能提供良好的吞吐量或者快速的响应性
- 每任务每线程:大量线程创建,销毁,线程间切换的开销巨大,高负载下容易崩溃
Executor是基于 生产者-消费者模式的。 解耦了任务提交和任务执行,提交任务的是生产者,执行任务的是消费者
Executors:线程池工厂
- newFixedThreadPool : 创建一个定长的线程池,每提交一个任务创建一个线程,直到达到最大值。期间如果有线程意外终止,则新建一个线程
- newCachedThreadPool : 创建一个可缓存的线程池,线程池过大时收回空闲线程,任务增加时,增多线程以处理
- newSingelThreadExecutor : 创建一个单线程化的Execuretor,只有唯一工作线程(意外结束时重新创建)。按照任务队列规定的顺序执行
- newScheduledThreadPool : 创建一个定长线程池,支持定时和周期任务,返回ScheduledExecutorService ,该接口继承自ExecutorService
- 完全替代timmer实现定时,周期任务
- timmer是基于绝对时间的,ScheduledThreadPoolExecutor只支持相对时间
工厂类中的大部分工厂方法返回ExecutorService,ExecutorService接口是继承自Executor接口,并添加了Executor生命周期的相应方法
- shutdown : 方法会启动一个平缓的关闭过程:停止接受新任务,同时等待已提交的任务完成,包括尚未开始的任务
- shutdownNow:方法会强制取消所有运行中的任务,和队列中尚未开始的任务
- 使用以上两种方法关闭Executor之后,提交到Executor的任务会被拒绝执行;
- 两个阶段关闭 ExecutorService。第一阶段调用 shutdown 拒绝传入任务,然后调用 shutdownNow(如有必要)取消所有遗留的任务:
ExecutorService的submit方法接受Callable或者Runnable类型的参数,返回表示该任务的Future;
也可以显式的使用Callable或者Runnable实例化一个FutureTask对象,然后交给Executor去执行(FutrueTask实现了Runnable接口)
得到Future就可以调用其get方法获取任务执行结果。若正在执行,则阻塞到执行结束,得到结果。
如果向Executor提交了一批返回值相同的任务,需要及时获取最新计算出的任务结果:
- 可以不断的调用timeout为0的get方法,来检验Future是否完成
- 使用CompletionService
- 其实现类ExecutorCompletionService的实现很直观,批量的Callable被提交,获得一堆Future,当Future执行完毕,到达完成状态,之后把计算得到的结果保存在一个阻塞队列中。程序直接调用take/poll等方法,如果有结果,则返回,没有结果,则等待。
Future的get方法可以增加一个时间参数的。在指定时间内无法获得结果,就抛出TimeoutException,并考虑取消该过时任务~
本文是关于Java并发编程的读书笔记,重点讲解了如何使用Executor服务来替代手动线程调度。介绍了不同类型的ExecutorService,如newFixedThreadPool、newCachedThreadPool、newSingleThreadExecutor和newScheduledThreadPool,以及它们的特点和应用场景。还提到了ExecutorService的关闭方法shutdown和shutdownNow,以及如何通过CompletionService简化多任务处理。

1556

被折叠的 条评论
为什么被折叠?



