假设你想去海滩。你必须根据天气做出决定。您有三种方法：

你往外面看，看到雨点，所以你改变了主意。这是一个同步操作。你停止了你正在做的事情，去外面看看，得到了结果，然后回到你正在做什么。你请你旁边的哥哥检查一下今天的天气状况。当他在检查天气时，你仍然在做你正在做的事情。这是一个异步操作。你把一项任务交给了你的兄弟，等待承诺得到解决。在这种情况下，您将得到一个响应，在得到响应后，您将不再得到任何更新。这一次，你打开收音机，收听全天候播报天气状况的天气频道。在这种情况下，响应是持续的，而不是得到一个响应。此响应类似于订阅可观察的。可观测的是“天气”，订阅的是“让你不断更新的无线电信号”。只要你的收音机开着，你就会得到所有可用的更新。在你关掉收音机之前，你不会错过任何信息。当你关闭收音机时，意味着“你已取消订阅”。

关于这个话题已经有很多答案了，所以我不会再赘述。

但是对于刚开始学习Observable/Aangular并想知道与Promise相比使用哪一个的人来说，我建议您将所有内容都保持Observable，并将项目中所有现有的Promise转换为Observable。

因为Angular框架本身及其社区都在使用Observable。因此，当您集成框架服务或第三方模块并将所有内容链接在一起时，这将是有益的。

当然，没有任何意见在所有情况下都是100%正确的，但至少我认为98%的时间是在Angular框架中实现的常规商业项目，Observable是正确的选择。

即使你在开始你的简单爱好项目时不喜欢它，你很快就会意识到你在Angular中与之交互的几乎所有组件，而且大多数Angular友好的第三方框架都使用Observables，然后你会不断地将Promise转换为Observable，以便与它们进行通信。

这些组件包括但不限于：HttpClient、表单生成器、Angular材质模块/对话框、Ngrx存储/效果和ngx引导。

事实上，我在过去两年中处理的Angular生态系统中唯一的Promise是APP_INITIALIZER。

假设你想去海滩。你必须根据天气做出决定。您有三种方法：

你往外面看，看到雨点，所以你改变了主意。这是一个同步操作。你停止了你正在做的事情，去外面看看，得到了结果，然后回到你正在做什么。你请你旁边的哥哥检查一下今天的天气状况。当他在检查天气时，你仍然在做你正在做的事情。这是一个异步操作。你把一项任务交给了你的兄弟，等待承诺得到解决。在这种情况下，您将得到一个响应，在得到响应后，您将不再得到任何更新。这一次，你打开收音机，收听全天候播报天气状况的天气频道。在这种情况下，响应是持续的，而不是得到一个响应。此响应类似于订阅可观察的。可观测的是“天气”，订阅的是“让你不断更新的无线电信号”。只要你的收音机开着，你就会得到所有可用的更新。在你关掉收音机之前，你不会错过任何信息。当你关闭收音机时，意味着“你已取消订阅”。

答案中缺少可观察到的一个缺点。Promise允许使用ES7异步/等待函数。使用它们，您可以像编写同步函数调用一样编写异步代码，因此不再需要回调。Observables做到这一点的唯一可能性是将它们转换为Promise。但当您将它们转换为Promise时，只能再次有一个返回值：

async function getData(){
    const data = await observable.first().toPromise();
    //do stuff with 'data' (no callback function needed)
}

进一步阅读：如何“等待”Rx Observable？

Observables和Promise帮助我们使用JavaScript/TypeScript中的异步功能。它们在许多情况下非常相似，但它们之间仍有一些差异。

以下是承诺和可观察性的一些重要区别。

许诺

仅发射单个值不可取消不可共享始终异步

可观察的

发出多个值仅在调用或有人订阅时执行可以取消可以由多个订阅者共享和订阅该共享值。所有订阅者都将在一个时间点执行。可能是异步的

为了更好地理解，请参阅https://stackblitz.com/edit/observable-vs-promises