使用Executor代替手动的线程调度(java并发编程读书笔记五)

不使用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，并考虑取消该过时任务~