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

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

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

承诺：

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

可观察：

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

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

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

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

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

我总结了以下差异，

可观察：

Observable只是一个函数，它接受一个观察者并返回一个函数observer：一个带有下一个错误的对象。Observer允许订阅/取消订阅其数据流，发出下一个值，通知观察者错误和通知观察者流完成情况Observer提供了一个函数来处理下一个值、错误和流结束（UI事件、http响应、带有web套接字的数据）。随着时间的推移使用多个值它可以取消/重试，支持map、filter、reduce等运算符。创建Observable可以是-Observable.create（）-返回可在-ObservatorObservable.from（）-将数组或可迭代对象转换为-ObservableObservable.fromEvent（）-将事件转换为Observable-Observable.fromPromise（）-将Promise转换为Observable-Observable.range（）-返回指定范围内的整数序列

承诺：

一个承诺代表着一项未来将完成的任务；承诺通过价值来解决；承诺被例外拒绝；不可取消，并返回单个值承诺暴露函数（然后）-然后返回一个新的承诺；-允许基于状态-处理程序保证按照所附的顺序执行；

Promise：是一个ES6特性，它处理在创建时立即执行的异步代码，该代码当时只能发出一个值，并且不可取消。随着现代应用程序和功能需求的复杂性，如果我们要同时执行多个承诺，或者在执行之前进行过滤或进行一些转换，那么就必须实现复杂的代码：

myPromise.then((resolvedValue) => {
    console.log(resolvedValue);
}, (error) => {
    console.log(error);
});

Observable:是Rxjs库提供的一个Object，它帮助我们处理JavaScript应用程序中的反应式编程，它提供链接和订阅来处理复杂的应用程序，具有可取消的优点，同时提供许多值。此外，我们还可以从应用其他运算符（如retry（）、map（）、filter（）、switchMap（）等）的链接中获益，这有助于处理复杂的用例和繁重的用户界面。

即时搜索示例：

search(terms: Observable<string>) {
    return terms.pipe(
      debounceTime(400),
      distinctUntilChanged(),
      switchMap((term) => this.searchEntries(term))
    );
  }

并行的许多APIS调用示例：

let character = this.http.get('https://jsonplaceholder.typicode.com/todos');
    let characterHomeworld = this.http.get(
      'https://jsonplaceholder.typicode.com/posts'
    );

    forkJoin([character, characterHomeworld]).subscribe((results) => {
      console.log('result °', results[0]);
      console.log('result 1', results[1]);
    });

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

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