开发者俱乐部

标题: RxJava中操作符到底做了什么？ [打印本页]

作者: xman 时间: 2016-11-18 07:39
标题: RxJava中操作符到底做了什么？

RxJava今年彻底火了一把，其中最牛逼之处就是操作符了，以前只知道怎么用，这几天看了看源码，大致的弄清楚了操作符的工作过程，今天分享给大家。如果有什么不对地方，请大家多多指教。

今天我们已filter为例，看代码：

Integer[] datas={1,2,3,4,5,6,7,8,9,10};
Observable.from(datas)
.filter(new Func1<Integer, Boolean>() {
@Override
public Boolean call(Integer integer) {
return integer>=5;
}
})
.subscribe(new Action1<Integer>() {
@Override
public void call(Integer integer) {
mText.append(integer.toString()+",");
}
});

一个很简单的小例子，用过滤操作符 filter 找出大于等于5的数字。我们点进去看看源码中filter做了什么

public final Observable<T> filter(Func1<? super T, Boolean> predicate) {
return create(new OnSubscribeFilter<T>(this, predicate));
}

调用了create()方法，等等我们什么时候是不是也用过create() 方法，我们在创建Observable时候也用过create()方法，原来创建了一个新的Observable返回出去了，那岂不是说我们的订阅者其实订阅的是这个新的Observable，我们继续往下看create方法，create方法需要的参数是一个OnSubscribe对象，那我们可以确定OnSubscribeFilter是OnSubscribe的一个实现类，我们点进去看看。

public final class OnSubscribeFilter<T> implements OnSubscribe<T> {
final Observable<T> source;
final Func1<? super T, Boolean> predicate;
public OnSubscribeFilter(Observable<T> source, Func1<? super T, Boolean> predicate) {
this.source = source;
this.predicate = predicate;
}

果然不出我们所料，OnSubscribeFilter是OnSubscribe的实现类，我们看他的构造方法，传递了两个参数，第一个参数Observable对象，一个Func1，其中第一个参数就是我们我们自己创建的那个Observable，第二个参数使我们在外面写的Func1，然后保存了起来。我们都知道在subscribe()订阅的时候，OnSubscribe的call()方法。我们看看OnSubscribeFilter的call()方法都干了些什么

@Override
public void call(final Subscriber<? super T> child) {
FilterSubscriber<T> parent = new FilterSubscriber<T>(child, predicate);
child.add(parent);
source.unsafeSubscribe(parent);
}

出现了一个FilterSubscriber，什么鬼玩意儿，我们看看他是什么鬼

}
@Override
public void onError(Throwable e) {
if (done) {
RxJavaHooks.onError(e);
return;
}
done = true;
actual.onError(e);
}
@Override
public void onCompleted() {
if (done) {
return;
}
actual.onCompleted();
}
@Override
public void setProducer(Producer p) {
super.setProducer(p);
actual.setProducer(p);
}
}

一个Subscriber的子类，我们看他的构造方法，两个参数，一个Subscriber一个Func1，我们在创建对象时候Subscriber对象是我们真正的从外界传过来的观察者，Func1呢使我们创建OnSubscribeFilter时候传递进来的对象，也就是我们在外界定义的Func1。

回过头来我们继续看OnSubscribeFilter的call方法。我们看到source.unsafeSubscribe(parent)，source是我们原来外界的Observable,他订阅了FilterSubscriber对象。我们在他的onNext方法中看到他根据func1.call(t)的返回值来判断是否让我们外界的真正的观察者调用onNext方法。

看到这里有没有恍然大悟，啥?我都不知道你在说啥，额，那我们整体的屡屡。

我们外界的代码，在subscribe()时候，Subscriber并不是订阅了我们自己写的Observable，Subscriber订阅的是filter方法返回的那个新的Observable对象，所以订阅时候会调用OnSubscribeFilter的call方法，OnSubscribeFilter才是我们订阅的被观察者的onSubscribe对象，在OnSubscribeFilter的call()方法中，我们让我们包装的FilterSubscriber订阅我们原来的被观察者，也就是我们在外界生成的那个Observable。我们在外界的Observable的onSubscribe对象的call方法中得到的观察者是FilterSubscriber对象，我们调用的onNext会回调到FilterSubscriber的onNext方法中。在FilterSubscriber的onNext方法中我们根据我们传递的Func1来判断是否要回调真正的Subscriber的onNext方法，在为true的时候我们才回调我们外界的观察者的onNext方法，也就起到了过滤的作用。这就是Filter的整个的流程。

我们来测试下我们的小结论：

Observable.create(new Observable.OnSubscribe<Integer>() {
@Override
public void call(Subscriber<? super Integer> subscriber) {
Log.e("call:subscriber", "" + subscriber.getClass().getCanonicalName());
subscriber.onNext(5);
}
}).filter(new Func1<Integer, Boolean>() {
@Override
public Boolean call(Integer integer) {
return integer > 0;
}
}).subscribe(new Action1<Integer>() {
@Override
public void call(Integer integer) {
}
});

欢迎光临开发者俱乐部 (http://xodn.com/)