• CompletableFuture 使用介绍


    一、几个 static 方法,它们使用任务来实例化一个 CompletableFuture 实例。

    上面的代码确实没什么用,下面介绍几个 static 方法,它们使用任务来实例化一个 CompletableFuture 实例。

    CompletableFuture.runAsync(Runnable runnable);
    CompletableFuture.runAsync(Runnable runnable, Executor executor);
    
    CompletableFuture.supplyAsync(Supplier<U> supplier);
    CompletableFuture.supplyAsync(Supplier<U> supplier, Executor executor)
    • runAsync 方法接收的是 Runnable 的实例,意味着它没有返回值
    • supplyAsync 方法对应的是有返回值的情况
    • 这两个方法的带 executor 的变种,表示让任务在指定的线程池中执行,不指定的话,通常任务是在 ForkJoinPool.commonPool() 线程池中执行的。

    好的,现在我们已经有了第一个 CompletableFuture 实例了,我们来看接下来的内容

    二、任务执行顺序

    我们先来看执行两个任务的情况,首先执行任务 A,然后将任务 A 的结果传递给任务 B。

    其实这里有很多种情况,任务 A 是否有返回值,任务 B 是否需要任务 A 的返回值,任务 B 是否有返回值,等等。有个明确的就是,肯定是任务 A 执行完后再执行任务 B。

    我们用下面的 6 行代码来说:

    CompletableFuture.runAsync(() -> {}).thenRun(() -> {}); 
    CompletableFuture.runAsync(() -> {}).thenAccept(resultA -> {}); 
    CompletableFuture.runAsync(() -> {}).thenApply(resultA -> "resultB");
    
    CompletableFuture.supplyAsync(() -> "resultA").thenRun(() -> {});
    CompletableFuture.supplyAsync(() -> "resultA").thenAccept(resultA -> {});
    CompletableFuture.supplyAsync(() -> "resultA").thenApply(resultA -> resultA + " resultB");

    前面 3 行代码演示的是,任务 A 无返回值,所以对应的,第 2 行和第 3 行代码中,resultA 其实是 null

    第 4 行用的是 thenRun(Runnable runnable),任务 A 执行完执行 B,并且 B 不需要 A 的结果。

    第 5 行用的是 thenAccept(Consumer action),任务 A 执行完执行 B,B 需要 A 的结果,但是任务 B 不返回值。

    第 6 行用的是 thenApply(Function fn),任务 A 执行完执行 B,B 需要 A 的结果,同时任务 B 有返回值。

    这一小节说完了,如果任务 B 后面还有任务 C,往下继续调用 .thenXxx() 即可。

    三、异常处理

    说到这里,我们顺便来说下 CompletableFuture 的异常处理。这里我们要介绍两个方法:

    public CompletableFuture<T> exceptionally(Function<Throwable, ? extends T> fn);
    public <U> CompletionStage<U> handle(BiFunction<? super T, Throwable, ? extends U> fn);

    看下面的代码:

    CompletableFuture.supplyAsync(() -> "resultA")
        .thenApply(resultA -> resultA + " resultB")
        .thenApply(resultB -> resultB + " resultC")
        .thenApply(resultC -> resultC + " resultD");

    上面的代码中,任务 A、B、C、D 依次执行,如果任务 A 抛出异常(当然上面的代码不会抛出异常),那么后面的任务都得不到执行。如果任务 C 抛出异常,那么任务 D 得不到执行。

    那么我们怎么处理异常呢?看下面的代码,我们在任务 A 中抛出异常,并对其进行处理:

    CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> {
        throw new RuntimeException();
    })
            .exceptionally(ex -> "errorResultA")
            .thenApply(resultA -> resultA + " resultB")
            .thenApply(resultB -> resultB + " resultC")
            .thenApply(resultC -> resultC + " resultD");
    
    System.out.println(future.join());

    上面的代码中,任务 A 抛出异常,然后通过 .exceptionally() 方法处理了异常,并返回新的结果,这个新的结果将传递给任务 B。所以最终的输出结果是:

    errorResultA resultB resultC resultD

    再看下面的代码,我们来看下另一种处理方式,使用 handle(BiFunction fn) 来处理异常:

    CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> "resultA")
            .thenApply(resultA -> resultA + " resultB")
            // 任务 C 抛出异常
            .thenApply(resultB -> {throw new RuntimeException();})
            // 处理任务 C 的返回值或异常
            .handle(new BiFunction<Object, Throwable, Object>() {
                @Override
                public Object apply(Object re, Throwable throwable) {
                    if (throwable != null) {
                        return "errorResultC";
                    }
                    return re;
                }
            })
            .thenApply(resultC -> resultC + " resultD");
    
    System.out.println(future.join());

    上面的代码使用了 handle 方法来处理任务 C 的执行结果,上面的代码中,re 和 throwable 必然有一个是 null,它们分别代表正常的执行结果和异常的情况。

    当然,它们也可以都为 null,因为如果它作用的那个 CompletableFuture 实例没有返回值的时候,re 就是 null。

    四、取消任务结果

    上面一节,我们说的是,任务 A 执行完 -> 任务 B 执行完 -> 执行任务 C,它们之间有先后执行关系,因为后面的任务依赖于前面的任务的结果。

    这节我们来看怎么让任务 A 和任务 B 同时执行,然后取它们的结果进行后续操作。这里强调的是任务之间的并行工作,没有先后执行顺序。

    如果使用 Future 的话,我们通常是这么写的:

    ExecutorService executorService = Executors.newCachedThreadPool();
    
    Future<String> futureA = executorService.submit(() -> "resultA");
    Future<String> futureB = executorService.submit(() -> "resultB");
    
    String resultA = futureA.get();
    String resultB = futureB.get();

    接下来,我们看看 CompletableFuture 中是怎么写的,看下面的几行代码:

    CompletableFuture<String> cfA = CompletableFuture.supplyAsync(() -> "resultA");
    CompletableFuture<String> cfB = CompletableFuture.supplyAsync(() -> "resultB");
    
    cfA.thenAcceptBoth(cfB, (resultA, resultB) -> {});
    cfA.thenCombine(cfB, (resultA, resultB) -> "result A + B");
    cfA.runAfterBoth(cfB, () -> {});

    第 3 行代码和第 4 行代码演示了怎么使用两个任务的结果 resultA 和 resultB,它们的区别在于,thenAcceptBoth 表示后续的处理不需要返回值,而 thenCombine 表示需要返回值。

    如果你不需要 resultA 和 resultB,那么还可以使用第 5 行描述的 runAfterBoth 方法。

    注意,上面的写法和下面的写法是没有区别的:

    CompletableFuture<String> cfA = CompletableFuture.supplyAsync(() -> "resultA");
    
    cfA.thenAcceptBoth(CompletableFuture.supplyAsync(() -> "resultB"),
            (resultA, resultB) -> {});

    千万不要以为这种写法任务 A 执行完了以后再执行任务 B。

    五、领取多个任务

    接下来,我们将介绍两个非常简单的静态方法:allOf() 和 anyOf() 方法。

    public static CompletableFuture<Void> allOf(CompletableFuture<?>... cfs){...}
    public static CompletableFuture<Object> anyOf(CompletableFuture<?>... cfs) {...}

    这两个方法都非常简单,简单介绍一下。

    CompletableFuture cfA = CompletableFuture.supplyAsync(() -> "resultA");
    CompletableFuture cfB = CompletableFuture.supplyAsync(() -> 123);
    CompletableFuture cfC = CompletableFuture.supplyAsync(() -> "resultC");
    
    CompletableFuture<Void> future = CompletableFuture.allOf(cfA, cfB, cfC);
    // 所以这里的 join() 将阻塞,直到所有的任务执行结束
    future.join();

    由于 allOf 聚合了多个 CompletableFuture 实例,所以它是没有返回值的。这也是它的一个缺点。

    anyOf 也非常容易理解,就是只要有任意一个 CompletableFuture 实例执行完成就可以了,看下面的例子:

    CompletableFuture cfA = CompletableFuture.supplyAsync(() -> "resultA");
    CompletableFuture cfB = CompletableFuture.supplyAsync(() -> 123);
    CompletableFuture cfC = CompletableFuture.supplyAsync(() -> "resultC");
    
    CompletableFuture<Object> future = CompletableFuture.anyOf(cfA, cfB, cfC);
    Object result = future.join();

    最后一行的 join() 方法会返回最先完成的任务的结果,所以它的泛型用的是 Object,因为每个任务可能返回的类型不同。

    六、either 方法

    如果你的 anyOf(...) 只需要处理两个 CompletableFuture 实例,那么也可以使用 xxxEither() 来处理,

    cfA.acceptEither(cfB, result -> {});
    cfA.acceptEitherAsync(cfB, result -> {});
    cfA.acceptEitherAsync(cfB, result -> {}, executorService);
    
    cfA.applyToEither(cfB, result -> {return result;});
    cfA.applyToEitherAsync(cfB, result -> {return result;});
    cfA.applyToEitherAsync(cfB, result -> {return result;}, executorService);
    
    cfA.runAfterEither(cfA, () -> {});
    cfA.runAfterEitherAsync(cfB, () -> {});
    cfA.runAfterEitherAsync(cfB, () -> {}, executorService);

    上面的各个带 either 的方法,表达的都是一个意思,指的是两个任务中的其中一个执行完成,就执行指定的操作。它们几组的区别也很明显,分别用于表达是否需要任务 A 和任务 B 的执行结果,是否需要返回值。

    大家可能会对这里的几个变种有盲区,这里顺便说几句。

    1、cfA.acceptEither(cfB, result -> {}); 和 cfB.acceptEither(cfA, result -> {}); 是一个意思;

    2、第二个变种,加了 Async 后缀的方法,代表将需要执行的任务放到 ForkJoinPool.commonPool() 中执行(非完全严谨);第三个变种很好理解,将任务放到指定线程池中执行;

    3、难道第一个变种是同步的?不是的,而是说,它由任务 A 或任务 B 所在的执行线程来执行,取决于哪个任务先结束

  • 相关阅读:
    一个顽猴沿着一座小山的n级台阶向上跳,猴子上山一步可跳1级或3级,试求上山的n级台阶有多少种不同的爬法。
    postgres的initdb解析——从一次插件升级失败说起
    跟我一起读postgresql源码(十四)——Executor(查询执行模块之——Join节点(下))
    跟我一起读postgresql源码(十三)——Executor(查询执行模块之——Join节点(上))
    跟我一起读postgresql源码(十二)——Executor(查询执行模块之——Materialization节点(下))
    跟我一起读postgresql源码(十一)——Executor(查询执行模块之——Materialization节点(上))
    跟我一起读postgresql源码(十)——Executor(查询执行模块之——Scan节点(下))
    跟我一起读postgresql源码(九)——Executor(查询执行模块之——Scan节点(上))
    跟我一起读postgresql源码(八)——Executor(查询执行模块之——可优化语句的执行)
    跟我一起读postgresql源码(七)——Executor(查询执行模块之——数据定义语句的执行)
  • 原文地址:https://www.cnblogs.com/hansc-blog/p/10645748.html
Copyright © 2020-2023  润新知