根据https://angular.io/tutorial/toh-pt6
一般来说，一个 observable 可以随着时间的推移返回多个值。来自 HttpClient 的 observable 总是发出单个值然后完成，不再发出。
确实如此，一旦请求完成，Http 请求/响应就不能再产生任何值了。那么 HTTPClient 在发出请求时返回 Observable 的主要原因是什么？仅仅是因为我们可以在 Observable 上应用大量运算符（重试、去抖动等）吗？或者还有其他我失踪的具体原因吗？
你会发现最好的答案是Pascal Precth的回答，他在 2015 年 12 月的一个专门问题上解释说：“Observables 对 http 有意义吗？” （但请随意阅读，很多其他答案也非常好！）
在我的脑海中：
- 重试
- 取消
- 享受所有 Rxjs 运算符
- 将它们组合为流的可能性
- 在整个应用程序中进行反应式思考
- 一致性
- 可观察对象本质上是冷的，不需要像 Promises 一样将它们包装到工厂函数中如果你想稍后触发它
Observables 是 Angular 框架中的标准异步处理程序。
按照标准，我的意思是异步管道、路由保护、路由解析器、组件事件发射器和许多其他地方都支持可观察对象。
Angular 团队付出了很多努力来支持 Promise 作为许多这些功能的后备，但在幕后这些 Promise 无论如何都只是转换为 observables。
通过使 Http 请求可观察，Angular 团队使核心中的异步操作与其他地方的所有内容保持一致。
与 Promise 相比，observables 仍然有一些优势，但这主要是有意见的（就像我自己的观点一样）。
保持 API 一致性。例如，无需引入 Promises。无论如何，Observables 比 Promises 更灵活。此外，observable 可以跟踪其订阅者。一旦订阅者出现，就会进行 HttpClient 调用。如果您不订阅 http 调用，则不会发出请求。
这就是为什么如果您多次订阅 1 个 observable，则会发出多个请求。