转载请标明地址 QuincySx:[www.jianshu.com/p/a9ebf730c… ]java
PS:建议您对 RxJava 有一些了解或使用经验再看此文章,推荐结合源码品尝 RxJava入门文章 [给 Android 开发者的 RxJava 详解-扔物线(gank.io/post/560e15…)bash
而后贴一下本篇文章分析的示例代码app
CompositeDisposable comDisposable = new CompositeDisposable();
protected void test() {
Observable<String> observable = Observable
.create(new ObservableOnSubscribe<String>() {
@Override
public void subscribe(@NonNull ObservableEmitter<String> emitter) throws
Exception {
emitter.onNext("hello");
}
})
.map(new Function<String, String>() {
@Override
public String apply(String s) throws Exception {
return s;
}
})
.subscribeOn(Schedulers.io())
.observeOn(AndroidSchedulers.mainThread());
observable.subscribe(new Observer<String>() {
@Override
public void onSubscribe(Disposable d) {
comDisposable.add(d);
}
@Override
public void onNext(String s) {
Log.i(TAG, s);
}
@Override
public void onError(Throwable e) {
}
@Override
public void onComplete() {
}
});
}
复制代码
根据上述源码分析出流程图,这里颜色相同的表明同一对象。根据流程图看一遍源码基本流程就能理通ide
RxJava 切换线程怎么用我就很少说了请参考个人另外一篇文章 Android:随笔——RxJava的线程切换oop
根据运行流程来看 observeOn() 执行后是获得 ObservableObserveOn 对象,那么当 ObservableObserveOn 绑定监听者的时候要运行 subscribe() 方法源码分析
public final void subscribe(Observer<? super T> observer) {
ObjectHelper.requireNonNull(observer, "observer is null");
try {
observer = RxJavaPlugins.onSubscribe(this, observer);
ObjectHelper.requireNonNull(observer, "Plugin returned null Observer");
//调用 subscribeActual()
subscribeActual(observer);
} catch (NullPointerException e) { // NOPMD
throw e;
} catch (Throwable e) {
...
}
}
复制代码
接下来咱们看一下 subscribeActual() 方法post
protected void subscribeActual(Observer<? super T> observer) {
if (scheduler instanceof TrampolineScheduler) {
source.subscribe(observer);
} else {
//scheduler 是传进来的线程调度对象,如 Schedulers.io() 、AndroidSchedulers.mainThread() 等,这里调用了 createWorker() 方法暂时看一下就好稍后分析 RxAndroid 会说明
Scheduler.Worker w = scheduler.createWorker();
//咱们看到他把 w 参数传进去了
source.subscribe(new ObserveOnObserver<T>(observer, w, delayError, bufferSize));
}
}
复制代码
从上述代码咱们能够看到 ObservableObserveOn 是被 ObserveOnObserver 监听的,因此收到通知也是由 ObserveOnObserver 做出响应,接下来咱们假设当 Rxjava 发送 onNext 通知时会调用 ObserveOnObserver 的 onNext() 方法 ( PS:固然若是是 onComplete()、onError() 等也是同样的逻辑 ),而后咱们来看一看 ObserveOnObserver 的 onNext() 方法,ui
@Override
public void onNext(T t) {
if (done) {
return;
}
if (sourceMode != QueueDisposable.ASYNC) {
queue.offer(t);
}
//切换线程
schedule();
}
void schedule() {
if (getAndIncrement() == 0) {
//直接调用了 worker 的 schedule 方法,须要注意的是这里他把本身传了进去
worker.schedule(this);
}
}
复制代码
如今我先把把 schedule(Runnable run) 贴出来this
public Disposable schedule(@NonNull Runnable run) {
return schedule(run, 0L, TimeUnit.NANOSECONDS);
}
复制代码
public Disposable schedule(@NonNull Runnable action, long delayTime, @NonNull TimeUnit unit) {
if (tasks.isDisposed()) {
// don't schedule, we are unsubscribed return EmptyDisposable.INSTANCE; } return threadWorker.scheduleActual(action, delayTime, unit, tasks); } 复制代码
而后再贴一下 scheduleActual 的方法spa
public ScheduledRunnable scheduleActual(final Runnable run, long delayTime, @NonNull TimeUnit unit, @Nullable DisposableContainer parent) {
Runnable decoratedRun = RxJavaPlugins.onSchedule(run);
//就是个 Runnable
ScheduledRunnable sr = new ScheduledRunnable(decoratedRun, parent);
if (parent != null) {
if (!parent.add(sr)) {
return sr;
}
}
Future<?> f;
try {
//判断延迟时间,而后使用线程池运行 Runnable
if (delayTime <= 0) {
f = executor.submit((Callable<Object>)sr);
} else {
f = executor.schedule((Callable<Object>)sr, delayTime, unit);
}
sr.setFuture(f);
} catch (RejectedExecutionException ex) {
if (parent != null) {
parent.remove(sr);
}
RxJavaPlugins.onError(ex);
}
return sr;
}
复制代码
这样一来就会在相应的线程中运行 ObserveOnObserver 的 run 方法
public void run() {
//这个地方具体的我尚未搞明白,大概就是在这个方法里调用 onNext() ,而后 observeOn() 操做符以后的监听者的运行线程就变了
if (outputFused) {
drainFused();
} else {
drainNormal();
}
}
复制代码
PS:这个切换原理其实和 observeOn() 原理很像
跟 observeOn() 同样,只不过这个操做的对象是 ObservableSubscribeOn, 这个对象也是一样的代码逻辑,运行 subscribe() 方法,而后调用 subscribeActual() 方法,因此就直接贴 subscribeActual() 的代码
public void subscribeActual(final Observer<? super T> s) {
//建立与之绑定的 SubscribeOnObserver
final SubscribeOnObserver<T> parent = new SubscribeOnObserver<T>(s);
s.onSubscribe(parent);
//1. 建立 SubscribeTask 实际上就是个 Runnable
//2. 而后调用 scheduler.scheduleDirect 方法
parent.setDisposable(scheduler.scheduleDirect(new SubscribeTask(parent)));
}
复制代码
咱们看一下 scheduleDirect 的方法
public Disposable scheduleDirect(@NonNull Runnable run) {
return scheduleDirect(run, 0L, TimeUnit.NANOSECONDS);
}
public Disposable scheduleDirect(@NonNull Runnable run, long delay, @NonNull TimeUnit unit) {
final Worker w = createWorker();
final Runnable decoratedRun = RxJavaPlugins.onSchedule(run);
//一个 Runnable 具体做用没分析
DisposeTask task = new DisposeTask(decoratedRun, w);
//这个代码看着熟悉吗 没错上面 observeOn 提到过,知道它是运行 Runnable 咱们就直接看 Runnable 里面的 run() 了
w.schedule(task, delay, unit);
return task;
}
复制代码
咱们看一下 DisposeTask 的 run()
public void run() {
runner = Thread.currentThread();
try {
decoratedRun.run();
} finally {
dispose();
runner = null;
}
}
复制代码
调来调去咱们又回到了 SubscribeTask 的 run()
public void run() {
source.subscribe(parent);
}
复制代码
这个地方的运行线程已经被切换了,他又开始往上一层层的去订阅,因此 create(new ObservableOnSubscribe(){})这个匿名实现接口运行 subscribe 的线程运行环境都被改变了,再去调用 onNext() 等方法线程环境也是被改变的
写到这里咱们这个问题也就能回答了 由于 RxJava 最终能影响 ObservableOnSubscribe 这个匿名实现接口的运行环境的只能是最后一次运行的 subscribeOn() ,又由于 RxJava 订阅的时候是从下往上订阅,因此从上往下第一个 subscribeOn() 就是最后运行的,这就形成了写多个 subscribeOn() 并无什么乱用的现象。
其实它的原理和 RxJava 自带的那些线程调度器同样,若是你想了解 RxJava 的 IO 线程池,什么的能够本身看一看,我这里分析 RxAndroid 主要有如下几点缘由
正文开始
首先咱们找一下入口 AndroidSchedulers.mainThread() 这个地方应该是就是入口了,咱们看一下 AndroidSchedulers 这个类的源码吧,总共也没几行
private static final class MainHolder {
static final Scheduler DEFAULT = new HandlerScheduler(new Handler(Looper.getMainLooper()));
}
private static final Scheduler MAIN_THREAD = RxAndroidPlugins.initMainThreadScheduler(
new Callable<Scheduler>() {
@Override public Scheduler call() throws Exception {
return MainHolder.DEFAULT;
}
}
);
public static Scheduler mainThread() {
return RxAndroidPlugins.onMainThreadScheduler(MAIN_THREAD);
}
public static Scheduler from(Looper looper) {
if (looper == null) throw new NullPointerException("looper == null");
return new HandlerScheduler(new Handler(looper));
}
复制代码
这个应该不用我多说你们都能看明白,看到这里咱们基本上明白了 RxAndroid 就是经过 Handler 来拿到主线程的
咱们拿 subscribeOn() 中的一些流程来讲
public Disposable scheduleDirect(@NonNull Runnable run, long delay, @NonNull TimeUnit unit) {
final Worker w = createWorker();
final Runnable decoratedRun = RxJavaPlugins.onSchedule(run);
DisposeTask task = new DisposeTask(decoratedRun, w);
w.schedule(task, delay, unit);
return task;
}
复制代码
首先咱们看到调用了 createWorker() 这是个抽象方法咱们找到具体实现类 HandlerScheduler
public Worker createWorker() {
return new HandlerWorker(handler);
}
复制代码
单纯的建立一个 Worker 并把主线程的 Handler 传进去,而后调用 Worker 的 schedule() 方法
public Disposable schedule(Runnable run, long delay, TimeUnit unit) {
/**忽略一些代码**/
run = RxJavaPlugins.onSchedule(run);
ScheduledRunnable scheduled = new ScheduledRunnable(handler, run);
Message message = Message.obtain(handler, scheduled);
message.obj = this; // Used as token for batch disposal of this worker's runnables. handler.sendMessageDelayed(message, unit.toMillis(delay)); if (disposed) { handler.removeCallbacks(scheduled); return Disposables.disposed(); } return scheduled; } 复制代码
到这里看明白 RxJava 如何经过 RxAndroid 来切换到主线程运行,其实 RxAndroid 的核心就是 Handler
本篇参考 RxJava 2.1.12 与 RxAndroid:2.0.2 源码 不得不说 Handler 在安卓中的地位真的是很牛逼 看法不到的地方欢迎你们指出