浅谈Java Future接口

Java项目编程中,为了充分利用计算机CPU资源,一般开启多个线程来执行异步任务。但不管是继承Thread类还是实现Runnable接口,都无法获取任务执行的结果。JDK 5中引入了Callable和Future,通过它们执行异步任务可以获取执行结果。
FutureTask分析

JDK 5中获取任务执行的结果主要是通过FutureTask类实现的。FutureTask实现了RunnableFuture的接口,它既可以作为Runnable被线程执行,又可以作为Future得到Callable的返回值。一般结合线程池ExecutorService类使用,大致流程如下: 1. 调用线程将callable任务submit到线程池,返回Future对象 2. 任务被封装成FutureTask对象
<ignore_js_op>

      执行线程调用FutureTask的run方法,run主要逻辑是执行Callable任务的call方法获取结果,并将结果赋值给全局变量outcome调用线程调用Future对象的get方法来获取任务执行的结果

上述步骤4中,如果任务没有执行完成,调用get方法时,调用线程将被阻塞直到任务完成。
假设这样的一个场景,向Executor批量提交了A、B两个任务,A任务耗时20ms,B任务耗时10ms,每个任务完成后就能根据结果继续做后面的事。在该场景中,B任务先完成A任务后完成,由于调用线程不知道哪个任务会先完成,只能按照任务的提交顺序调用get方法阻塞获取结果,最后要耗时20ms才会继续做A、B任务后面的事。
显然这种情况下用Future机制是不合适的,B任务先完成了却增加了额外的等待时间。这个问题的原因是Future没有提供好的方法去判断第一个完成的任务。当然你可以通过Future提供的isDone方法轮询的去判断第一个完成的任务,但会消耗无谓的CPU资源。
从上面的分析可以看到,单使用Future是不方便的,其主要原因有:一方面没有提供方法去判断第一个完成的任务;另一方面是 Future没有提供Callback机制,只能通过阻塞的get方法去获取结果。针对第一个问题,JAVA引入了CompletionService接口。
CompletionService分析

CompletionService整合了Executor和BlockingQueue的功能。CompletionService维护一个保存Future对象的BlockingQueue。只有当这个Future对象状态是结束的时候,才会加入到这个Queue中。这样就确保执行时间较短的任务率先被存入队列中。与Future流程的不同主要是: 1. callable任务提交后,exexute方法执行的是封装成QueueingFuture的任务对象。QueueingFuture是FutureTask的子类,重写了done方法,在task执行完成之后将当前future添加到阻塞队列completionQueue
<ignore_js_op>

      获取结果是通过CompletionService的take方法和poll方法,这两个方法都委托给了BlockingQueue,它会在结果不可用时阻塞

<ignore_js_op>

由实现可知,Future的回调行为是在ExecutorCompletionService中实现的,完成的任务会封装到一个队列中,供客户端询问时使用。Future本身是没有提供回调方法的。另外,使用CompletionService虽然能保证任务结果按照完成先后顺序排序,但仍存在调用阻塞的问题。Guava的ListenableFuture 和JDK8的CompletableFuture对Future进行了扩展,当计算结果完成后可以立即执行后续逻辑。
Future的扩展

Guava的ListenableFuture扩展了Future接口,是一个可以监听结果的Future。就是它可以监听异步执行的过程,执行完了,自动触发后续操作。常用的添加监听器的方法是Futures.addCallback方法,大致流程如下: 1.  每当对一个ListenableFuture增加回调时,都会向线程池提交监听任务callbackListener。该任务的run方法会通过getDone方法阻塞获取future的执行结果。代码片段见下:
<ignore_js_op>

      获取结果后立即执行callback的onFailure方法或者onSuccess方法,不会阻塞调用

当然ListenableFuture的回调机制不是通用的,如果主任务异步执行子任务并且需等待返回结果,此时ListenableFuture的作用和Future几乎差不多,都是通过get方法阻塞获取结果。如果主任务不需要等待子任务的返回结果,但子任务一旦计算完成就做其他计算,此时使用ListenableFuture非常合适。
CompletableFuture是JDK1.8新增的的类,提供了非常强大的Future的扩展功能。可以对多个异步处理进行编排,实现更复杂的异步处理。它能够将回调放到与任务不同的线程中执行,也能将回调作为继续执行的同步函数,在与任务相同的线程中执行。大家可以参考CompletableFuture的API了解它提供的功能。
总结

在实际项目中,需要根据具体的业务场景选择合适的Future工具类来实现异步编程。如果项目中使用Java 8,推荐使用CompletableFuture类,它提供了更多的异步控制。如果使用之前版本,可以使用Guava等框架提供的Future工具类。

from: https://www.wengbi.com/thread_69744_1.html

原文地址:https://www.cnblogs.com/GarfieldEr007/p/10166280.html

时间: 2024-10-21 04:05:41

浅谈Java Future接口的相关文章

为什么这些java接口没有抽象方法?浅谈Java标记接口

在jdk的源码中,存在这样的一些接口,他们不包含任何的(抽象)方法,但是却广泛的存在. 这种接口我们称之为Mark Interface,也就是标记接口. 这些接口呢,我们不用来实现任何的方法,他们的作用就是当某个类实现这个接口的时候,我们就认为这个类拥有了这个接口标记的某种功能了. 下面通过三个例子,分别介绍java中常用的三个标记接口: RandomAccess .Cloneable.java.io.Serializable (1)RandomAccess  在C#中经常会有很多人在争论,在遍

浅谈java中接口与抽象类之间的异同

刚学习java的时候,总觉得接口和抽象类很像,但又说不上具体有什么区别.今天静下来,翻翻书,查查资料,做个小结.首先举两个例子,看看interface和abstract class 在"外形"上有啥异同. 1.先看一下抽象类: abstract class Person{ private String name; private Person(String n) { name=n; } public abstract String getDescription(); public St

浅谈Java接口(Interface)

浅谈Java接口 先不谈接口,不妨设想一个问题? 如果你写了个Animal类,有许多类继承了他,包括Hippo(河马), Dog, Wolf, Cat, Tiger这几个类.你把这几个类拿给别人用,但是别人想给动物加上宠物功能,要怎么办呢? 根据以往的知识,我们可以: 把Pet方法加入Animal类 这样所有的子类都有Pet方法,以后新继承Animal的动物也有这个方法. 这个方案很简单,但是这个方案也很操蛋.为什么? 有人会养河马吗?有人会养狼养狮子吗?不太行. 如果都是Pet方法,狗需要遛,

浅谈 Java Printing

浅谈 Java  Printing 其实怎么说呢?在写这篇博文之前,我对java printing 可以说是一无所知的.以至于我在敲文字时, 基本上是看着api文档翻译过来的.这虽然看起来非常的吃力,但是我相信,有道大哥不会辜负我的.嘻 嘻! Java Printing 技术,也就是我们平时所接触的打印,只不过是说可以用Java实现而已. 一.Java Printing 打印简介 Java Printing API能够使java应用程序实现相关的打印功能,如: 1.打印所有 Java 2D 和

浅谈Java中的深拷贝和浅拷贝

浅谈Java中的深拷贝和浅拷贝(转载) 原文链接: http://blog.csdn.net/tounaobun/article/details/8491392 假如说你想复制一个简单变量.很简单: [java] view plaincopyprint? int apples = 5; int pears = apples; int apples = 5; int pears = apples; 不仅仅是int类型,其它七种原始数据类型(boolean,char,byte,short,float

浅谈 Java 主流开源类库解析 XML

在大型项目编码推进中,涉及到 XML 解析问题时,大多数程序员都不太会选用底层的解析方式直接编码. 主要存在编码复杂性.难扩展.难复用....,但如果你是 super 程序员或是一个人的项目,也不妨一试. Jdom/Dom4j/Xstream... 基于底层解析方式重新组织封装的开源类库,简洁明了的 API,稳定高效的运行表现. Dom4j 基于 JAXP 解析方式,性能优异.功能强大.极易使用的优秀框架.想了解底层解析方式请翻看:浅谈 Java XML 底层解析方式 Jdom 你细看内部代码,

浅谈java类集框架和数据结构(2)

继续上一篇浅谈java类集框架和数据结构(1)的内容 上一篇博文简介了java类集框架几大常见集合框架,这一篇博文主要分析一些接口特性以及性能优化. 一:List接口 List是最常见的数据结构了,主要有最重要的三种实现:ArrayList,Vector,LinkedList,三种List均来自AbstracList的实现,而AbstracList直接实现了List接口,并拓展自AbstractCollection. 在三种实现中,ArrayList和Vector使用了数组实现,可以认为这两个是

浅谈Java中set.map.List的区别

就学习经验,浅谈Java中的Set,List,Map的区别,对JAVA的集合的理解是想对于数组: 数组是大小固定的,并且同一个数组只能存放类型一样的数据(基本类型/引用类型),JAVA集合可以存储和操作数目不固定的一组数据. 所有的JAVA集合都位于 java.util包中! JAVA集合只能存放引用类型的的数据,不能存放基本数据类型. JAVA集合主要分为三种类型: Set(集) List(列表) Map(映射) Collection 接口 :Collection是最基本的集合接口,声明了适用

浅谈JAVA中的“hashcode()”方法

浅谈Java中的hashcode方法 哈希表这个数据结构想必大多数人都不陌生,而且在很多地方都会利用到hash表来提高查找效率.在Java的Object类中有一个方法: public native int hashCode(); 为何Object类需要这样一个方法?它有什么作用呢?今天我们就来具体探讨一下hashCode方法. 根据这个方法的声明可知,该方法返回一个int类型的数值,并且是本地方法,因此在Object类中并没有给出具体的实现. 一.hashCode方法的作用 对于包含容器类型的程