未来vs承诺

未来和承诺是未知结果的代理对象

承诺成就未来

承诺-写/制作人未知的结果。 未知结果的未来读取/消费者。它有接下来的状态:待处理、完成、取消

//Future has a reference to Promise
Future -> Promise

作为制作人，我承诺一些事情并为此负责

作为一个收回承诺的消费者，我希望在未来有一个结果。将来我可以使用这个承诺，也可以拒绝它

至于Java的CompletableFutures，它是一个Promise，因为你可以设置结果，而且它实现了Future

Future接口中没有set方法，只有get方法，所以是只读的。 关于CompletableFuture，这篇文章可能会有帮助。 completablefuture

根据上述讨论，Promise最终被命名为CompletableFuture以包含在Java 8中，它的javadoc解释说:

一个可以显式完成的Future(设置其值和状态)，并且可以用作CompletionStage，支持在其完成时触发的依赖函数和操作。

列表中还给出了一个例子:

f.then((s -> aStringFunction(s)).thenAsync(s -> ...);

注意，最终的API略有不同，但允许类似的异步执行:

CompletableFuture<String> f = ...;
f.thenApply(this::modifyString).thenAccept(System.out::println);

我知道已经有了一个公认的答案，但我仍然想补充我的意见:

TLDR:未来和承诺是异步操作的两个方面:消费者/调用者vs.生产者/实现者。

作为异步API方法的调用者，您将获得一个Future作为计算结果的句柄。例如，你可以对它调用get()来等待计算完成并检索结果。

现在想想这个API方法实际上是如何实现的:实现者必须立即返回一个Future。它们负责在计算完成后立即完成该future(它们将知道这一点，因为它正在实现分派逻辑;-))。它们将使用Promise/CompletableFuture来完成:立即构造并返回CompletableFuture，并在计算完成后调用complete(T result)。

对于客户端代码，Promise用于在结果可用时观察或附加回调，而Future用于等待结果然后继续。从理论上讲，任何可以用未来完成的事情都可以用承诺完成，但由于风格的差异，不同语言的承诺的最终API使得链接更容易。

在这个例子中，您可以看看如何在Java中使用Promises 用于创建异步调用序列:

doSomeProcess()
    .whenResult(result -> System.out.println(String.format("Result of some process is '%s'", result)))
    .whenException(e -> System.out.println(String.format("Exception after some process is '%s'", e.getMessage())))
    .map(String::toLowerCase)
    .mapEx((result, e) -> e == null ? String.format("The mapped result is '%s'", result) : e.getMessage())
    .whenResult(s -> System.out.println(s));