不确定这是否能成为一个答案，但正如我看到其他人对某人说的那样，看起来你需要对这两个概念进行两个单独的抽象，这样其中一个(未来)只是另一个(承诺)的只读视图……但实际上这是不需要的。

例如，看看在javascript中承诺是如何定义的:

https://promisesaplus.com/

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise

重点是使用then方法的可组合性，如:

asyncOp1()
.then(function(op1Result){
  // do something
  return asyncOp2();
})
.then(function(op2Result){
  // do something more
  return asyncOp3();
})
.then(function(op3Result){
  // do something even more
  return syncOp4(op3Result);
})
...
.then(function(result){
  console.log(result);
})
.catch(function(error){
  console.log(error);
})

这使得异步计算看起来像同步:

try {
  op1Result = syncOp1();
  // do something
  op1Result = syncOp2();
  // do something more
  op3Result = syncOp3();
  // do something even more
  syncOp4(op3Result);
  ...
  console.log(result);
} catch(error) {
  console.log(error);
}

这很酷。 (没有async-await那么酷，但async-await只是删除了样板文件....然后(function(result) {....从它)。

实际上它们的抽象作为承诺构造函数很好

new Promise( function(resolve, reject) { /* do it */ } );

允许你提供两个回调，它们可以用来成功完成Promise，也可以用来报错。因此，只有构造Promise的代码才能完成它，而接收已构造的Promise对象的代码具有只读视图。

通过继承，如果解析和拒绝是受保护的方法，则可以实现上述目标。

不确定这是否能成为一个答案，但正如我看到其他人对某人说的那样，看起来你需要对这两个概念进行两个单独的抽象，这样其中一个(未来)只是另一个(承诺)的只读视图……但实际上这是不需要的。

例如，看看在javascript中承诺是如何定义的:

https://promisesaplus.com/

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Promise

重点是使用then方法的可组合性，如:

asyncOp1()
.then(function(op1Result){
  // do something
  return asyncOp2();
})
.then(function(op2Result){
  // do something more
  return asyncOp3();
})
.then(function(op3Result){
  // do something even more
  return syncOp4(op3Result);
})
...
.then(function(result){
  console.log(result);
})
.catch(function(error){
  console.log(error);
})

这使得异步计算看起来像同步:

try {
  op1Result = syncOp1();
  // do something
  op1Result = syncOp2();
  // do something more
  op3Result = syncOp3();
  // do something even more
  syncOp4(op3Result);
  ...
  console.log(result);
} catch(error) {
  console.log(error);
}

这很酷。 (没有async-await那么酷，但async-await只是删除了样板文件....然后(function(result) {....从它)。

实际上它们的抽象作为承诺构造函数很好

new Promise( function(resolve, reject) { /* do it */ } );

允许你提供两个回调，它们可以用来成功完成Promise，也可以用来报错。因此，只有构造Promise的代码才能完成它，而接收已构造的Promise对象的代码具有只读视图。

通过继承，如果解析和拒绝是受保护的方法，则可以实现上述目标。

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

未来vs承诺

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

承诺成就未来

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

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

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

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

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

对于客户端代码，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));