一、前身Future
Future就是对于具体的Runnable或者Callable任务的执行结果进行取消、查询是否完成、获取结果。必要时可以通过get方法获取执行结果,该方法会阻塞直到任务返回结果。
缺点:使用get方法获取结果,不管计算是否完成都要阻塞
优化:
- get设置参数超时抛出异常
- 轮训代替阻塞,isDone方法,但是后续的方法还是不能执行,但是轮训可以设置时间多久一次,还是比阻塞好
二、CompletableFuture
避免了传统回调最大的问题,那就是能够将控制流分离到不同的事件处理器中,也就是可以异步的在不同的线程中处理上一步结果
1.开始异步任务
- 没有返回值的异步任务
CompletableFuture.runAsync
- 有返回值的异步任务
CompletableFuture.supplyAsync
2.异步任务编排
CompletableFuture可以对多个任务进行编排,可分为以下几个类型
- 不接收上个阶段任务的返回值,且自身没有返回值
thenRun
- 接收上个阶段任务的返回值,但自身没有返回值
thenAccept
- 接收上个阶段任务的返回值,且自身有返回值
thenApply
3.线程
CompletableFuture是可以自定义线程池的,如果没有自定义线程池,则会使用默认的ForkJoinPool.commonPool()
强烈推荐是自定义线程池用来处理不同的业务场景
基本上前面列举的所有基本Api中都会有一个对于的Async方法,比如thenApplyAsync
,如果使用不带Async的thenApply
方法,那么会使用前一阶段的线程来继续执行下一阶段的任务。如果使用了thenApplyAsync
可能会使用其它的线程去执行(如果使用相同的线程池,也可能会被同一个线程选中执行)。
4.多任务组合
CompletableFuture还有很多对于任务组合的Api,一贯来是不要求自己死记硬背的,只要明白大概有处理什么流程的方法,等到业务场景匹配的时候再去查文档即可,比如随便列2个使用过的Api
applyToEither
谁快就返回谁的结果
thenCombine
等待每个结果后进行处理