2017 年 7 月即将发布的 Java 9 将会新增和修订不少功能和特性。在搜索 JDK 增强提议（JEP）时发现，JEP 266 对 CompletableFuture 进行了一些有趣的改进，更新并发功能和支持 Reactive Streams。
本文的焦点就是 JEP 266 的改进和一些有趣的特性，它极有可能成为 Java 9 中最常用的特性之一。
JEP 266 改进计划 JEP 266 是 Oracle 草拟 JDK 增强协议里面的一员，其中对并发进行了大量的更新。根据提案，将要进行更新的特性有：
- 支持 Reactive Streams 发布-订阅框架接口
- 对 CompletableFuture API 进行更新，例如支持延迟、超时、子类化和其它方法
- 其它一般改进，例如小调整和 javadoc 规范重写
本文重点关注前两个改进。首先，Java 9 将支持 Reactive Streams，这是一个来自 Java 社区的改进计划，旨在改进开发人员的并发工作流程。其次是 CompletableFuture API 提供的几个 fixer-uppers，可以让开发人员回到 Future<T>。
Flow 类 Reactive Streams 发布-订阅框架里面将嵌套一个 Flow 类，以及开发人员可以用来创建自定义组件使用的 SubmissionPublisher。
先从最上面的说起，Reactive Streams 主要解决背压（back-pressure）问题。当传入的任务速率大于系统处理能力时，数据处理将会对未处理数据产生一个缓冲区。
与此同时，我们还与 Akka 团队的高级开发人员 Konrad Malawski 进行了沟通，他是 Reactive Streams 计划的领导者，解释了 Reactive Streams 的重要性以及如何使用。
Oracle 指出，新的增强将包括“一个很小的接口，其定义符合（来自 Reactive Stream initiative 的）广泛参与”，这就是 Flow 类的来源。
Reactive Streams 由 4 个 Java 接口构成：
- 处理器（Processor）
- 发布商（Publisher）
- 订阅用户（Subscriber）
- 订阅（Subscription）
Flow 类允许相互关联的接口和静态方法来建立流控制组件，其中发布者产生由一个或多个订阅者消费的项目，每个订阅者由订阅管理。
Reactive Streams 构建在 java.util.concurrent.Flow 容器对象下，开发者可以在这里找到 Flow.Publisher，一个用作 lambda 表达式或方法引用的赋值目标功能接口。该接口可以让开发者更容易生成 Flow.Subscription 元素，并且将它们链接在一起。
另一个元素 Flow.Subscriber，是异步工作机制，由请求触发。它可以从 Flow.Subscription 请求多个元素，开发者还可以根据需要自定义缓冲区大小。
这些接口适用于并发和分布式异步设置，它们之间的通信依赖于一种简单的流控制形式，可用于避免资源管理问题。
感兴趣的用户可以在 java.util.concurrent.Flow 下面查看代码示例。
目前已有一些第三方库实现了 Reactive Streams 接口，你无需等到 Java 9 发布便可尝试一下。
CompletableFuture 新特性 Java 8 引进了 CompletableFuture，继承自 Future<T>。Futures 是非常有用的，当我们不希望或者不需要一个直接计算结果的时候，我们会收到一个 Future 对象来保存计算完成时分配的实际结果。通过调用 complete ()方法并且无需异步等待即可显式完成。它还允许在一系列操作中构建管道数据流程。
这样，任何类型的可用值都可以在 Future 中使用默认返回值，即使计算没有完成。这也将成为 CompletableFuture 提案更新的一部分，包括延迟和超时、更好地支持子类化和一些实用方法。
更多 CompletableFuture 功能改进和提案，大家可以前往这里查看。
总结 Java 9 即将带来一些重大的更新与改进，其中 JEP 266 会是最有趣的一部分改进。它的改进方案主要来自社区的一些倡议，旨在帮助开发人员解决异步处理方面的一些重大问题。