【并发编程】Future模式添加Callback及Promise 模式

最新推荐文章于 2023-10-09 17:01:52 发布

霜如明月

最新推荐文章于 2023-10-09 17:01:52 发布

阅读量4.4k

点赞数 1

分类专栏： JAVA 文章标签：并发编程

本文链接：https://blog.csdn.net/q3254421/article/details/90599790

版权

本文探讨了Java中的Future模式，如何通过Netty和Guava扩展Future以添加Callback功能，以及避免回调地狱引入的Promise模式。Java 8的CompletableFuture提供了强大的异步编程支持，能有效解决回调复杂性问题。

摘要由CSDN通过智能技术生成

Future

Future是Java5增加的类，它用来描述一个异步计算的结果。你可以使用 isDone 方法检查计算是否完成，或者使用 get 方法阻塞住调用线程，直到计算完成返回结果。你也可以使用 cancel 方法停止任务的执行。下面来一个栗子：

public class FutureDemo {

    public static void main(String[] args) {
        ExecutorService es = Executors.newFixedThreadPool(10);
        Future<Integer> f = es.submit(() ->{
            Thread.sleep(10000);
            // 结果
            return 100;
        });

        // do something

        Integer result = f.get();
        System.out.println(result);

//        while (f.isDone()) {
//            System.out.println(result);
//        }
    }
}

在这个例子中，我们往线程池中提交了一个任务并立即返回了一个Future对象，接着可以做一些其他操作，最后利用它的 get 方法阻塞等待结果或 isDone 方法轮询等待结果。

虽然这些方法提供了异步执行任务的能力，但是对于结果的获取却还是很不方便，只能通过阻塞或者轮询的方式得到任务的结果。

阻塞的方式显然和我们的异步编程的初衷相违背，轮询的方式又会耗费无谓的CPU资源，而且也不能及时的得到计算结果，为什么不能用观察者设计模式当计算结果完成及时通知监听者呢？

很多语言，比如Node.js，采用Callback的方式实现异步编程。Java的一些框架，比如Netty，自己扩展了Java的 Future 接口，提供了 addListener 等多个扩展方法。Google的guava也提供了通用的扩展Future：ListenableFuture 、 SettableFuture 以及辅助类 Futures 等，方便异步编程。为此，Java终于在JDK1.8这个版本中增加了一个能力更强的Future类：CompletableFuture 。它提供了非常强大的Future的扩展功能，可以帮助我们简化异步编程的复杂性，提供了函数式编程的能力，可以通过回调的方式处理计算结果。下面来看看这几种方式。

Netty-Future

引入Maven依赖：

<dependency>
    <groupId>io.netty</groupId>
    <artifactId>netty-all</artifactId>
    <version>4.1.29.Final</version>
</dependency>

public class NettyFutureDemo {

    public static void main(String[] args) throws InterruptedException {
        EventExecutorGroup group = new DefaultEventExecutorGroup(4);
        System.out.println("开始:" + DateUtils.getNow());

        Future<Integer> f = group.submit(new Callable<Integer>() {
            @Override
            public Integer call() throws Exception {
                System.out.println("开始耗时计算:" + DateUtils.getNow());
                Thread.sleep(10000);
                System.out.println("结束耗时计算:" + DateUtils.getNow());
                return 100;
            }
        });

        f.addListener(new FutureListener<Object>() {
            @Override
            public void operationComplete(Future<Object> objectFuture) throws Exception {
                System.out.println("计算结果:" + objectFuture.get());
            }
        });

        System.out.println("结束:" + DateUtils.getNow());
        // 不让守护线程退出
        new CountDownLatch(1).await();
    }
}

输出结果：

开始:2019-05-16 08:25:40:779
结束:2019-05-16 08:25:40:788
开始耗时计算:2019-05-16 08:25:40:788
结束耗时计算:2019-05-16 08:25:50:789
计算结果:100

从结果可以看出，耗时计算结束后自动触发Listener的完成方法，避免了主线程无谓的阻塞等待，那么它究竟是怎么做到的呢？下面看源码

DefaultEventExecutorGroup实现了 EventExecutorGroup 接口，而 EventExecutorGroup 则是实现了JDK ScheduledExecutorService 接口的线程组接口，所以它拥有线程池的所有方法。然而它却把所有返回java.util.concurrent.Future 的方法重写为返回 io.netty.util.concurrent.Future ，把所有返回 java.ut