Promise和Observable都在Angular（typescript）中用于处理异步数据，但它们的用法和行为不同。

承诺：是一次性事件（解决/拒绝）返回单个值（解析或拒绝一次）处理单个异步事件无取消和无插座

用例示例：错误处理和恢复/处理顺序操作/组件间通信

import { HttpClient } from '@angular/common/http';

constructor(private http: HttpClient) {}

fetchData() {
  return new Promise((resolve, reject) => {
    this.http.get('https://api.examplepromise.com/data')
     .toPromise()
     .then(data => resolve(data))
     .catch(error => reject(error));
 });
}

观察结果：一段时间内可以发出多个值的值流只要流处于活动状态，就可以订阅并发出值。处理多个异步事件可以取消并支持socket/mapreducer（ngrx）操作用例示例：监控输入元素的变化/动画和转换/使用RxJS进行集中状态管理/取消用户输入以限制API调用

块引用

import { fromEvent } from 'rxjs';

constructor(private elementRef: ElementRef) {}

  listenToButtonClicks() {
  fromEvent(this.elementRef.nativeElement, 'click')
  .subscribe(event => console.log(event));
 }

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

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

在第一次阅读教程和文档时，我遇到了一个不明显的问题，那就是多播的想法。

确保您知道默认情况下，多个订阅将触发Observable中的多个执行。对单个HTTP调用的多个订阅Observable将触发多个相同的HTTP调用，除非您.share（）（启用多播）。

一个承诺迫使你一次处理一件事，解开它的数据，处理异常，对async/await等很酷的事情有语言支持，否则就很简单了。

Observable有很多钟和哨子，但你需要了解你正在使用的力量，否则它可能被滥用。

我相信所有其他的答案都会消除你的疑虑。然而，我只是想补充一点，可观测性是基于函数式编程的，我发现它附带的函数非常有用，比如map、flatmap、reduce、zip。web实现的一致性，尤其是当它依赖于API请求时，是一种残酷的改进。

我强烈推荐这个文档，因为它是reactiveX的官方文档，我发现它是最清晰的。

如果你想了解可观测性，我建议你写一篇三部分的文章：http://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/

虽然它是针对RxJava的，但概念是相同的，而且解释得很好。在reactiveX文档中，您拥有每个函数的等效项。您必须查找RxJS。

Promise和Observables将帮助我们使用JavaScript中的异步功能。它们在许多情况下非常相似，但是，两者之间仍然存在一些差异，承诺是以HTTP调用等异步方式解析的值。另一方面，可观测性处理一系列异步事件。它们之间的主要区别如下：

承诺：

有一条管道通常仅用于异步数据返回不容易取消

可观察：

可取消本质上是可重新测试的，例如重试和retryWhen多个管道中的流数据具有类似数组的操作，如map、filter等可以从其他来源（如事件）创建它们是功能，稍后可以订阅

此外，我为您创建了下图，以直观地显示差异：

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

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