目的:
1.理清楚线程切换的流程
2. subscribeOn()为什么调用多次只有第一次是有效的
3. observeOn()可以多次使用
在有了Rxjava订阅和map操作符的基础上,我们来分析subscribeOn()这个方法。subscribeOn这个方法也创建了一个被观察者,即
ObservableSubscribeOn这个类,基于之前的基础之上自然而然能够找到显眼的一行代码source.subscribe(parent),而这行代码在run方法中执行的,所以可以看出我们指定的线程能够起作用,还是基于原始的理解我们知道source.subscribe(parent)会调用上游的source.subscribe(parent),假如上游也有一个subscribeOn()方法那么上游的source.subscribe(parent)也会运行在上游的指定的线程中,所以我们能够得出第二个结论,subscribeOn()方法的调用只有最开始的是起作用的。
final class SubscribeTask implements Runnable {
private final SubscribeOnObserver<T> parent;
SubscribeTask(SubscribeOnObserver<T> parent) {
this.parent = parent;
}
@Override
public void run() {
source.subscribe(parent);
}
}
我们接下来分析observeOn()方法,在ObservableObserveOn()我盯上了一下代码
@Override
public void onNext(T t) {
if (done) {
return;
}
if (sourceMode != QueueDisposable.ASYNC) {
queue.offer(t);
}
schedule();
}
queue.offer(t)这个方法,是一个对上游数据t的缓存,schedule()方法调用只有会执行当前线程的run()方法。在drainNormal()中删除了非核心代码,q.poll()取出当前队列中缓存的数据,a.onNext(v)是运行在新线程中的,所有subscribeOn()可以使用多次,每一次使用都会切换线程。可以解释第三个结论
public void run() {
if (outputFused) {
drainFused();
} else {
drainNormal();
}
}
void drainNormal() {
int missed = 1;
final SimpleQueue<T> q = queue;
final Observer<? super T> a = actual;
T v = q.poll();
a.onNext(v);
}
把这两个结合起来就是线程切换的流程。