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

但是对于刚开始学习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。

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

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

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

许诺

Promise在异步操作完成或失败时处理单个事件。

注意：有Promise库支持取消，但ES6 Promise目前还没有。

可观察的

Observable就像一个流（在许多语言中），允许传递零个或多个事件，并为每个事件调用回调。

与Promise相比，Observable通常更受欢迎，因为它提供了Promise等特性。使用Observable，无论您想处理0、1或多个事件。您可以在每种情况下使用相同的API。

Observable也比Promise具有可取消的优势。如果不再需要对服务器的HTTP请求或其他昂贵的异步操作的结果，则Observable的Subscription允许取消订阅，而Promise最终将调用成功或失败回调，即使您不再需要通知或它提供的结果。

当Promise立即启动时，Observable只有在您订阅它时才会启动。这就是为什么Observable被称为lazy。

Observable提供了map、forEach、reduce等运算符。。。类似于阵列

还有一些强大的运算符，如retry（）或replay（）。。。这通常很方便。rxjs附带的操作员列表

惰性执行允许在通过订阅执行可观察到的操作之前建立一个运算符链，以进行更具声明性的编程。

我看到很多人认为Observable是“可取消的”，但将Promise设为“可取消”并不重要

函数cancelablePromise（主体）{让决心，拒绝；const promise=新的promise（（res，rej）=>{分辨率=res；拒绝=rej；正文（解析，拒绝）})promise.resolve=决议；promise.reject=拒绝；退货承诺}//示例1：过早拒绝承诺const p1=可取消承诺（（resolve，reject）=>{setTimeout（（）=>解析（“10”，100））})p1.then（value=>alert（value））.catch（err=>console.error（err））p1.拒绝（新错误（'denid'））//控制台中出现错误//示例：过早地解决承诺const p2=可取消承诺（（resolve，reject）=>{setTimeout（（）=>解析（'blop'），100）})p2.then（value=>alert（value））.catch（err=>console.error（err））p2.resolve（200）//预期警报为200

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

但是对于刚开始学习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。