javascript - 我什么时候应该使用 `publishReplay` 与 `shareReplay` ？

Question

我已经知道了

• publish 共享一个订阅并返回一个 ConnectableObservable(因此我们必须 Connect())

• Share() 是 publish().refcount()

Replay 后缀非常明显，它返回最后一次发射。

让我们以具有当前和 future 订阅的 Angular HTTP 请求为例:

<p>{{ (person | async)?.id   }}</p> //present markup

<p *ngIf=”show”>{{ (person | async)?.userId }}</p> <!-- future markup -->

如果我不想要多个 http 请求，我可以使用:

publishReplay().Connect()

但我也可以使用:shareReplay()，但我确信这里有一个比另一个使用起来更正确。

问题:

什么时候应该使用 publishReplay 与 shareReplay？就当前和 future 的 HTTP 请求而言，会有什么不同？

<子>注意为什么没有关于 shareReplay 的文档？

Answer 1

shareReplay() is basically publishReplay().refCount()

绝对不是。

shareReplay 和 publishReplay(+ 在其上调用 connect)都会使它后面的 observable 变热。

但是它们之间非常重要的区别是:

• shareReplay:不会停止发送，直到它完成，无论是否不再有订阅。
• publishReplay:如果与 refCount 一起使用，将在最后一个订阅者取消订阅后停止

恕我直言，这是一个重要信息。