Promise和Observables都为我们提供了抽象，帮助我们处理应用程序的异步性质。Günter和@Relu清楚地指出了它们之间的区别。

由于一段代码相当于一千个单词，所以让我们通过下面的示例来更容易地理解它们。

感谢@Christoph Burgdorf的精彩文章

---

Angular使用Rx.js Observables而不是承诺来处理HTTP。

假设您正在构建一个搜索函数，该函数应在您键入时立即显示结果。这听起来很熟悉，但这项任务带来了很多挑战。

我们不希望每次用户按下键时都会触及服务器端点。它应该会向他们发出大量HTTP请求。基本上，我们只想在用户停止打字后点击它，而不是每次按键。对于后续请求，不要使用相同的查询参数到达搜索端点。处理无序响应。当我们同时处理多个请求时，我们必须考虑这些请求以意外顺序返回的情况。想象一下，我们首先键入计算机，停止，一个请求发出，我们键入汽车，停止，请求发出。现在我们有两个请求正在执行中。不幸的是，携带计算机结果的请求在携带汽车结果的请求之后返回。

演示将仅由两个文件组成：app.ts和wikipedia-service.ts。然而，在现实世界场景中，我们很可能将事情进一步拆分。

---

下面是一个基于Promise的实现，它不处理任何描述的边缘情况。

维基百科服务.ts

import { Injectable } from '@angular/core';
import { URLSearchParams, Jsonp } from '@angular/http';

@Injectable()
export class WikipediaService {
  constructor(private jsonp: Jsonp) {}

  search (term: string) {
    var search = new URLSearchParams()
    search.set('action', 'opensearch');
    search.set('search', term);
    search.set('format', 'json');
    return this.jsonp
                .get('http://en.wikipedia.org/w/api.php?callback=JSONP_CALLBACK', { search })
                .toPromise()
                .then((response) => response.json()[1]);
  }
}

我们正在注入Jsonp服务，以针对给定搜索词的Wikipedia API发出GET请求。注意，我们调用toPromise是为了从一个可观察的<Response>转换为Promise<Response>。最终以Promise＜Array＜string＞作为搜索方法的返回类型。

应用程序

// check the plnkr for the full list of imports
import {...} from '...';

@Component({
  selector: 'my-app',
  template: `
    <div>
      <h2>Wikipedia Search</h2>
      <input #term type="text" (keyup)="search(term.value)">
      <ul>
        <li *ngFor="let item of items">{{item}}</li>
      </ul>
    </div>
  `
})
export class AppComponent {
  items: Array<string>;

  constructor(private wikipediaService: WikipediaService) {}

  search(term) {
    this.wikipediaService.search(term)
                         .then(items => this.items = items);
  }
}

这里也没有太多惊喜。我们注入我们的WikipediaService，并通过搜索方法向模板公开其功能。该模板简单地绑定到keyup并调用search（term.value）。

我们打开WikipediaService的搜索方法返回的Promise的结果，并将其作为一个简单的字符串数组公开给模板，这样我们就可以让*ngFor循环通过它，并为我们建立一个列表。

参见Plunker上基于Promise的实现示例

---

观察者真正闪耀的地方

让我们将代码更改为不在每次击键时敲击端点，而是仅在用户停止键入400ms时发送请求

要揭示这些超级功能，我们首先需要获得一个Observable＜string＞，它包含用户键入的搜索项。我们可以利用Angular的formControl指令，而不是手动绑定到keyup事件。要使用此指令，我们首先需要将ReactiveFormsModule导入到应用程序模块中。

应用程序

import { NgModule } from '@angular/core';
import { BrowserModule } from '@angular/platform-browser';
import { JsonpModule } from '@angular/http';
import { ReactiveFormsModule } from '@angular/forms';

@NgModule({
  imports: [BrowserModule, JsonpModule, ReactiveFormsModule]
  declarations: [AppComponent],
  bootstrap: [AppComponent]
})
export class AppModule {}

导入后，我们可以在模板中使用formControl，并将其设置为名称“term”。

<input type="text" [formControl]="term"/>

在我们的组件中，我们从@angular/form创建一个FormControl实例，并将其作为组件名称项下的字段公开。

在幕后，术语会自动将Observable<string>公开为我们可以订阅的属性valueChanges。现在我们有了Observable<string>，克服用户输入就像在Observable上调用debounceTime（400）一样简单。这将返回一个新的Observable＜string＞，它只会在400ms内没有新值时发出一个新值。

export class App {
  items: Array<string>;
  term = new FormControl();
  constructor(private wikipediaService: WikipediaService) {
    this.term.valueChanges
              .debounceTime(400)        // wait for 400 ms pause in events
              .distinctUntilChanged()   // ignore if next search term is same as previous
              .subscribe(term => this.wikipediaService.search(term).then(items => this.items = items));
  }
}

如果我们的应用程序已经显示了搜索结果，那么再次发出搜索项请求将是浪费资源。为了实现所需的行为，我们所要做的就是在调用debounceTime（400）之后立即调用distinctUntilChanged运算符

参见Plunker上的Observable实现示例

关于处理无序响应，请查看全文http://blog.thoughtram.io/angular/2016/01/06/taking-advantage-of-observables-in-angular2.html

就我在Angular中使用HTTP而言，我同意在正常的用例中，使用Observable over Promise没有太大的区别。在实践中，没有一个优点是真正相关的。我希望将来能看到一些高级用例：）

---

了解更多信息https://angular-2-training-book.rangle.io/handout/observables/https://angular.io/tutorial/toh-pt6#observables

承诺

定义：帮助您异步运行函数，并使用它们的返回值（或异常），但仅在执行时使用一次。不懒惰不可取消（有Promise库支持取消，但ES6 Promise目前还没有）。两个可能的决定是拒绝决定无法重试（promise应该可以访问返回promise的原始函数，该函数具有重试功能，这是一种错误的做法）

可观察到的

定义：帮助您异步运行函数，并在执行时以连续顺序（多次）使用它们的返回值。默认情况下，它是懒惰的，因为随着时间的推移，它会发出值。有很多运算符，简化了编码工作。一个运算符重试可以用于在需要时重试，如果我们需要根据某些条件重试可观察值，也可以使用retryWhen。

注：**RxMarbles.com上提供了操作员列表及其交互式图表**

我总结了以下差异，

可观察：

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功能和额外功能。

---

长答案：

承诺：

一次性使用“返回数据一次”不取消一位听众无插座支持

观察结果：

数据更改时多次返回数据支持取消支撑插座支持许多侦听器，并在数据更改时通知它们支持映射、过滤和减少

承诺-提供单一的未来价值。不懒惰。无法取消。它要么拒绝，要么解决。

可观察-提供多个未来值。懒惰的可取消。它提供了其他方法，如map、filter和reduce。

承诺是渴望的，而可观察者是懒惰的。Promise总是异步的，而Observable可以是同步或异步。Promise可以提供单个值，而Observable是值流（从0到多个值）。您可以将RxJS运算符应用于Observable，以获得新的定制流动