从多线程设计模式到对 CompletableFuture 的应用
最近在开发 延保服务 频道页时,为了提高查询效率,使用到了多线程技术。为了对多线程方案设计有更加充分的了解,在业余时间读完了《图解 Java 多线程设计模式》这本书,觉得收获良多。本篇文章将介绍其中提到的 Future 模式,以及在实际业务开发中对该模式的应用,而这些内容对于本书来说只是冰山一角,还是推荐大家有时间去阅读原书。
1. Future 模式:“先给您提货单”
我们先来看一个场景:假如我们去蛋糕店买蛋糕,下单后,店员会递给我们提货单并告知“请您傍晚来取蛋糕”。到了傍晚我们拿着提货单去取蛋糕,店员会先和我们说“您的蛋糕已经做好了”,然后将蛋糕拿给我们。
如果将下单蛋糕到取蛋糕的过程抽象成一个方法的话,那么意味着这个方法需要花很长的时间才能获取执行结果,与其一直等待结果,不如先拿着一张“提货单” ,到我们需要取货的时候,再通过它去取,而获取“提货单”的过程是几乎不耗时的,而这个提货单对象就被称为 Future
,后续便可以通过它来获取方法的返回值。用 Java 来表示这个过程的话,需要使用到 FutureTask
和 Callable
两个类,如下:
方法的调用者可以将任务交给其他线程去处理,无需阻塞等待方法的执行,这样调用者便可以继续执行其他任务,并能通过 Future
对象获取执行结果。
它的运行原理如下:创建 FutureTask
实例时,Callable
对象会被传递给构造函数,当线程调用 FutureTask
的 run
方法时,Callable
对象的 call
方法也会被执行。调用 call
方法的线程会同步地获取结果,并通过 FutureTask
的 set
方法来记录结果对象,如果 call
方法执行期间发生了异常,则会调用 setException
方法记录异常。最后,通过调用 get
方法获取方法的结果,注意这里可能会抛出方法执行时产生的异常。
现在对 Future 模式 已经有了基本的了解:它通过 Future
接口来表示未来的结果,实现 调用者与执行者之间的解耦,提高系统的吞吐量和响应速度,那在实践中对该模式是如何使用的呢?
2. 对 Future 模式的实践
因为 延保服务 频道页访问量大且对接口性能要求较高,单线程处理并不能满足性能要求,所以应用了 Future 模式 来提高查询效率,但是并没有借助上文所述的 FutureTask
来实现,而是使用了 CompletableFuture
工具类,它们的实现原理基本一致,但是后者提供的方法和对 链式编程 的支持使代码更加简洁,实现更加容易(相关 API 参考见文末)。
如下是使用 CompletableFuture
异步多线程查询订单列表的逻辑,根据配置的 pageNo
分多条线程查询各页的订单数据:
这段代码中对异常的处理能进行优化:第 15 行代码,如果某条线程查询订单列表时发生异常,那么在调用 get
方法时会抛出该异常,被 catch
后返回空结果,即使有其他线程查询成功,这些订单结果值也会被忽略掉,可以针对这一点进行优化,如下:
优化后针对查询发生异常的任务打印异常日志,并返回空集合,这样即使单线程查询失败,也不会影响到其他线程查询成功的结果。
CompletableFuture
还提供了 allOf
方法,它返回的 CompletableFuture
对象在所有 CompletableFuture
执行完成时完成,相比于对每个任务都调用 get
阻塞等待任务完成的实现可读性更好,改造后代码如下:
Tips:
CompletableFuture
的设计初衷是支持异步编程,所以应尽量避免在CompletableFuture
链中使用get()/join()
方法,因为这些方法会阻塞当前线程直到CompletableFuture
完成,应该在必须使用该结果值时才调用它们。
相关的模式:命令模式
命令模式能将操作的调用者和执行者解耦,它能很容易的与 Future 模式 结合,以查询订单的任务为例,我们可以将该任务封装为“命令”对象的形式,执行时为每个线程提交一个命令,实现解耦并提高扩展性。在命令模式中,命令对象需要 支持撤销和重做,那么这便在查询出现异常时,提供了补偿处理的可能,命令模式类图关系如下:
![](https://static001.geekbang.org/infoq/58/58cf11fd58ecaf612d42df21c2b29191.png)
3.《图解 Java 多线程设计模式》书籍推荐
我觉得本书算得上是一本老书:05 年出版的基于 JDK1.5 的 Java 多线程书籍,相比于目前我们常用的 JDK1.8 和时髦的 JDK21,在读之前总会让人觉得有一种过时的感觉。但是当我读完时,发现其中的模式能对应上代码中的处理逻辑:对 CompletableFuture
的使用正对应了其中的 Future 模式(异步获取其他线程的执行结果)等等,所以我觉得模式的应用不会局限于技术的新老,它是在某种情况下,研发人员共识或通用的解决方案,在知晓某种模式,采用已有的技术实现它是容易的,而反过来在只掌握技术去探索模式是困难且没有方向的。
同时,我也在考虑一个问题:对于新人学习多线程技术来说,究竟适不适合直接从模式入门呢?因为我对设计模式有了比较多的实践经验,所以对“模式”相关的内容足够敏感,如果新人没有这些经验的话,这对他们来说会不会更像是一个个知识点的堆砌呢?好在的是,本书除了模式相关的内容,对基础知识也做足了铺垫,而且提出的关于多线程编程的思考点也是非常值得参考和学习的,以线程互斥和协同为例,书中谈到:在对线程进行互斥处理时需要考虑 “要保护的东西是什么” ,这样便能够 清晰的确定锁的粒度;对于线程的协同,书中提到的是需要考虑 “放在中间的东西是什么” ,直接的抛出这个观点是不容易理解的,“中间的东西”是在多线程的 生产者和消费者模式 中提出的,部分线程负责生产,生产完成后将对象放在“中间”,部分线程负责消费,消费时取的便是“中间”的对象,而合理规划这些中间的东西便能 消除生产者和消费者之间的速度差异,提高系统的吞吐量和响应速度。而再深入考虑这两个角度时,线程的互斥和协同其实是内外统一的:为了让线程协调运行,必须执行互斥处理,以防止共享的内容被破坏,而线程的互斥是为了线程的协调运行才进行的必要操作。
附:CompletableFuture 常用 API
使用 supplyAsync 方法异步执行任务,并返回 CompletableFuture 对象
如下代码所示,调用 CompletableFuture.supplyAsync
静态方法异步执行查询逻辑,并返回一个新的 CompletableFuture
对象
使用 join 方法阻塞获取完成结果
如下代码所示,在封装结果前,调用 join
方法阻塞等待获取结果
它与 get
方法的主要区别在于,join
方法抛出的是未经检查的异常 CompletionException
,并将原始异常作为其原因,这意味着我们可以不需要在方法签名中声明它或在调用 join
方法的地方进行异常处理,而 get
方法会抛出 InterruptedException
和 ExecutionException
异常,我们必须对它进行处理,get
方法源码如下:
用 thenApply(Function) 和 thenAccept(Consumer) 等回调函数处理结果
如下是使用 thenApply()
方法对 CompletableFuture
的结果进行转换的操作:
使用 exceptionally() 处理 CompletableFuture 中的异常
CompletableFuture
提供了exceptionally()
方法来处理异常,这是一个非常重要的步骤。如果在 CompletableFuture
的运行过程中抛出异常,那么这个异常会被传递到最终的结果中。如果没有适当的异常处理,那么在调用 get()
或 join()
方法时可能会抛出异常。
使用 allOf() 和 anyOf() 处理多个 CompletableFuture
如果有多个 CompletableFuture
需要处理,可以使用 CompletableFuture.allOf()
或者 CompletableFuture.anyOf()
。allOf()
在所有的 CompletableFuture
完成时完成,而 anyOf()
则会在任意一个 CompletableFuture
完成时完成。
complete()、completeExceptionally()、cancel() 方法
CompletableFuture
的运行是在调用了 complete()
、completeExceptionally()
、cancel()
等方法后才会被标记为完成。如果没有正确地完成 CompletableFuture
,那么在调用 get()
方法时可能会永久阻塞。这三个方法在 Java 并发编程中有着重要的应用。以下是这三个方法的常见使用场景:
complete(T value)
: 此方法用于显式地完成一个CompletableFuture
,并设置它的结果值。这在你需要在某个计算完成时,手动设置CompletableFuture
的结果值的场景中非常有用。例如,你可能在一个异步操作完成时,需要设置CompletableFuture
的结果值。
completeExceptionally(Throwable ex)
: 此方法用于显式地以异常完成一个CompletableFuture
。这在你需要在某个计算失败时,手动设置CompletableFuture
的异常的场景中非常有用。例如,你可能在一个异步操作失败时,需要设置CompletableFuture
的异常。
cancel(boolean mayInterruptIfRunning)
: 此方法用于取消与CompletableFuture
关联的计算。这在你需要取消一个长时间运行的或者不再需要的计算的场景中非常有用。例如,你可能在用户取消操作或者超时的情况下,需要取消CompletableFuture
的计算。
这些方法都是线程安全的,可以从任何线程中调用。
使用 thenCompose() 处理嵌套的 CompletableFuture
如果在处理 CompletableFuture
的结果时又创建了新的CompletableFuture
,那么就会产生嵌套的 CompletableFuture
。这时可以使用 thenCompose()
方法来避免 CompletableFuture
的嵌套,如下代码所示:
使用 thenCombine() 处理两个 CompletableFuture 的结果
版权声明: 本文为 InfoQ 作者【京东科技开发者】的原创文章。
原文链接:【http://xie.infoq.cn/article/720b4c11aa81ec2d438a03c55】。文章转载请联系作者。
评论