CompletionService 与 ExecutorService 获取任务执行结果时的区别

CompletionService 与 ExecutorService 之间的区别

在讨论二者之间的区别之前，先交待一下背景。

看了ElasticSearch Transport模块的源码，里面充满了各种异步回调获取结果，于是就想：为什么不用Callable接口，然后再基于java.util.concurrent.Future#get()获取任务的执行结果呢？

又因为ES的Transport模块底层是基于Netty实现的，研究了下Netty的获取线程执行结果的方式，，虽然Callable、FutureTask 将提交任务执行"异步化"了，但是在获取任务执行结果的这一步，JDK Future#get() 是阻塞的(超时阻塞)，那么，能不能在获取结果的时候也不阻塞呢？有二种渠道实现：

• 回调机制

  ElasticSearch里面就是大量用到回调机制。由于JDK Future的缺陷，Netty的 ChannelFuture扩展了JDK 的Future接口，并提供了回调机制支持异步获取任务的执行结果。它的源码：io.netty.channel.ChannelFuture的注释非常值得一读。

• JDK8 里面提供的java.util.concurrent.CompletableFuture

  CompletableFuture 可参考《JAVA8实战》中了解一下

当然，本文不打算讨论，获取任务执行结果也不阻塞的具体实现方法，而是"先退一步"，来分析下：

• 使用 CompletionService 的 submit 方法 java.util.concurrent.CompletionService#submit(java.util.concurrent.Callable)提交多个任务，如何获取任务的执行结果？
• 使用 ExecutorService 的submit 方法 java.util.concurrent.ExecutorService#submit(java.util.concurrent.Callable)提交多个任务，如何获取任务的执行结果？

为什么强调多个任务，因为这里讨论的是多个任务的并发执行。并不是第一个任务执行完成后，才能执行第二个任务。那CompletionService 与 ExecutorService 在获取任务结果的时候的区别是什么？

先说下结论，如果我们的目标是尽快处理任务的执行结果，而不是必须等到所有的任务都执行完成后，拿到所有的执行结果，才能进行下一步处理，那么使用 CompletionService 是非常有好处的。

举个例子：一个网站要显示10幅图像，下载完一幅就显示一幅，而不需要将这10幅都下载下来，再统一显示，那就很适合用CompletionService。下载 就是线程要执行的任务，图像 就是任务的执行结果。

使用ExecutorService时，代码是这样的：

//保存 Future<Image>，后面遍历 List 获取 Future 结果
List<Future<Image>> futureList = new ArrayList();
for(int i = 0; i < 10; i++)
{
    Future<Image> imageFuture = executorService.submit(downloadTask);//10个下载任务同时并发
    futureList.add(imageFuture);
}

//获取10个任务的执行结果
for(int i = 0; i < 10; i++)
{
  Future<Imapge> future = futureList.get(i);
  Imapge image = future.get();//如果图像尚未下载完成，这里会阻塞
  render(image);//将已经下载好的图像渲染到界面
}

我们是用List<Future<Image>>保存所有的任务Future，然后在for循环里面遍历List获取结果，假设第一个任务下载第一幅图像，第二个任务下载第2幅图像，以此类推....

这里的问题是：若第一幅图像未下载完成，但是第2幅、第3幅图像已经下载完了，我们也无法优先获取第2幅、第3幅图像。也就无法将已经先下载下来的图像渲染到界面。

总结起来讲就是：提交任务，将任务添加到List里面的顺序，与任务实际完成顺序是不相关的。

而使用 CompletionService，就能解决这个缺陷。它使得我们能够获得那些最先下载好的图像。

使用 CompletionService时，代码是这样的：

for(int i = 0; i < 10; i++)
{
    completionService.submit(downloadTask);//10个下载任务同时并发
}

 for(int i = 0; i<10;i++ )
 {
    //只要任一幅图像下载下来了,completionService.take()就会返回,从而 get() 到这幅图像
    render(completionService.take().get());
}

completionService.take()是个阻塞方法，如果10幅图像中都没下载下来，那就阻塞了。但只要有一幅下载下来了，就立即能获得到这幅图像。显然，这里：获取任务的执行结果的顺序与提交任务的顺序无关了。

这里的实现思路也可参考《Java并发编程实战》中第6章。

参考：

• https://github.com/google/guava/wiki/ListenableFutureExplained
• https://blog.csdn.net/pistolove/article/details/51232004
  
  原文：https://www.cnblogs.com/hapjin/p/10898451.html