RxJava多播

原文地址：Multicasting in RxJava

　　当你对事件进行多播（一个被观察者，多个观察者）时，将同一事件发送给所有下游操作者或者订阅者。当你像网络请求那样做昂贵的操作时，多播是非常有用的。如果你不想重复地为每个订阅者执行相同的网络请求，你只需要执行一个操作，然后对结果进行多播。

有两种方式来实现多播：

1. 使用 ConnectableObservable (通过 publish() 或者 replay()1)

2. 使用Subject

任何工作完成之前，ConnectableObservable或者Subject只会发生一次，然后将会多播至下游的Subscribers。

这里有一个敏感点你必须认识到： 事件（数据）流只会在ConnectableObservable或者Subject这个点多播。因此，在多播之后所作的工作是每个Subscriber复制的。

让我们来看一个如何发挥作用的例子：

Observable<String> observable = Observable.just("Event")  
    .publish()
    .autoConnect(2)
    .map(s -> {
      System.out.println("Expensive operation for " + s);
      return s;
    });

observable.subscribe(s -> System.out.println("Sub1 got: " + s));  
observable.subscribe(s -> System.out.println("Sub2 got: " + s));

// Output:
// Expensive operation for Event
// Sub1 got: Event
// Expensive operation for Event
// Sub2 got: Event

在这里，我们有一个connectableobservable，昂贵的map()操作和两个Subscriber。令人惊奇的结果是，昂贵的map()操作执行了两次次，即使我们试图阻止使用publish()！

下图更加清晰的说明这个现象：

上图说明了publish()为什么不起作用。

如果你真的想publish()只发生一次，你需要将publish()放在map()之前调用：

Observable<String> observable = Observable.just("Event")  
    .map(s -> {
      System.out.println("Expensive operation for " + s);
      return s;
    })
    .publish()
    .autoConnect(2);

observable.subscribe(s -> System.out.println("Sub1 got: " + s));  
observable.subscribe(s -> System.out.println("Sub2 got: " + s));

// Output:
// Expensive operation for Event
// Sub1 received: Event
// Sub2 received: Event

下图是更新的图：

这儿有什么经验教训？如果你想依赖于多播来减少工作，请确保在正确的点进行多播。

不管是好是坏，很多人在使用Subjects。一个优点就是：他们是多播，但你必须记住，他们只是在他们的发射点多播。如果你有一大堆昂贵的操作应用于Subject的下游，然后你就应该考虑在下游的某个合适的地方增加另一个publish()

---

1. share() 和 cache() 也是可选的，但他们只是ConnectableObservable的快捷方式，share()仅仅是publish().refCount()，而cache()可以使用replay().autoConnect()被重新创建。 ↩