Rxjava 过程分析三之 subscribeOn

Rxjava 过程分析三之 subscribeOn

说明

• 只分析 Rxjava 线程切换的大致过程和思想。
• 以弄明白流程为主， 线程切换就是切换到其他线程中去运行， 我们知道 Rxjava 提供了 newThread, io密集型的， cpu密集型的等方式. 我们就拿看名字最得劲的分析下。 那就是算 newThead。
• 这篇只介绍 subscribeOn， 至于 observeOn 我们再下一篇再次介绍。

基本使用

Flowable.create(new FlowableOnSubscribe() {
    @Override
    public void subscribe(FlowableEmitter emitter) throws Exception {
        // emitter.onNext("");
        // emitter.onError();
        // emitter.onComplete();
    }
}, BackpressureStrategy.LATEST)
        .subscribeOn(Schedulers.newThread())
        .subscribe(new FlowableSubscriber() {
            @Override
            public void onSubscribe(Subscription s) {
            }
            @Override
            public void onNext(String s) {
            }
            @Override
            public void onError(Throwable t) {
            }
            @Override
            public void onComplete() {
            }
        });

我们可以看到需要切换线程只需要加上一行代码， 一般对应的就是异步操作耗时操作。 使用十分的简单， 那么它是怎么做到的呢， 我们往下分析。

引发的思考

• 我们多写几遍 subscribeOn 去切换线程可以吗？ 有必要吗？
• 它是再什么时候去切换线程？
• 它切换出来的线程是那些代码段再运行？ eg: 上游再新线程还是下游在呢？ 为啥了？
• 我们再不使用 Rxjava 时， 如果其他线程需要运行到当前一般都时需要一个接口回调出来呢。 Rxjava 可以跟同步一样去拿到结果， 它是怎么解决这个问题的呢？

源码分析

前一堆和后一堆我们就不分析了， 如果不懂的可以看我之前的文章。 我们就直接拿 subscribeOn 开涮。

 public final Flowable subscribeOn(@NonNull Scheduler scheduler) {
    return subscribeOn(scheduler, !(this instanceof FlowableCreate));
}

调用了 subscribeOn 的两个参数的方法。

 public final Flowable subscribeOn(@NonNull Scheduler scheduler, boolean requestOn) {
    return new FlowableSubscribeOn(this, scheduler, requestOn);
}

好简单对吧， 跟以前一样的套路， 新建的一个处理 SubscribeOn 的 Flowable 而已， 并对成员变量赋值了。 我们从以前的几篇 Rxjava 的讲解中也得知要给套路， 一旦订阅了， 就会执行相应 Flowable 中的 subscribeActual， 所以我们就看看 FlowableSubscribeOn 中的做了啥事呢。

 public void subscribeActual(final Subscriber s) {
    Scheduler.Worker w = scheduler.createWorker();
    final SubscribeOnSubscriber sos = new SubscribeOnSubscriber(s, w, source, nonScheduledRequests);
    s.onSubscribe(sos);

    w.schedule(sos);
}

第一行

来吧， 我们一行一行的分析。 Worker 是啥？ 我们跟进去看看 createWorker 代码。

public abstract Worker createWorker();

怎么破。 还记得这个接口是那个去实现的吗？ 对， 是 Scheduler.newThead。 那么我定位到 NewThreadScheduler 里。 其实再 Android Studio 中行数旁边点击向下的箭头就可以看看实现了 Scheduler 的类了。 我们会很方便的切换到想看的具体实现的类中。 ok, 我们看看 NewThreadScheduler 做了啥。

public Worker createWorker() {
    return new NewThreadWorker(threadFactory);
}

不说了，快点点进去 NewThreadWorker 是啥子呢。

 public NewThreadWorker(ThreadFactory threadFactory) {
    executor = SchedulerPoolFactory.create(threadFactory);
}

好嘛， 看到了吗！ 是一个封装要给线程池嘛。 好了到这里我们知道了 createWorker 是做啥了把, 不同的 worker 工作者内部实现可能不一样， 也就是选择不同工作者， 其中处理肯定不一样呀， 就比如现在的 newThead 和 io 等肯定是不一样的呀。 不过把抽象后， 是不是写法很好。 是不是又学到了一个编程思想呢。 还不拿笔记下快点！

第二行

好了停下来不扯了， 看看第二行做了什么吧。 仅仅是创建了一个对象， 相应的成员变量赋值。

 static final class SubscribeOnSubscriber extends AtomicReference
implements FlowableSubscriber, Subscription, Runnable {}

我们需要关注下它是实现了 Runnable 接口哈, 还有还有实现了 FlowableSubscriber 接口， 你知道我想表达什么吗？ 它是有 onNext 等等那些方法呢！ 难道它是中间的要给代理接口回调？ 也就是我们之前说的， 从分线程吧结果回调出来？ 先猜着吧。

第三行

我们继续往下看第三行， 一行不说了， 至少在现在我们简易的里面就是调用了下游的方法， 处理背压等问题， 我们不分析哈。

第四行

我们继续往下看最后一行吧。 嗯？ 这个是啥？ 距我们之上的分析 worker 在 newThead 里是建了一个线程池， 传入的类又是 Runnable， 我们猜测是不是直接把 Runnable 扔进线程池， 是不是直接去执行了呀？ 我们去验证下。 点击去直接跟着点到 NewThreadWorker 里吧。 最后调用到了如下

    public ScheduledRunnable scheduleActual(final Runnable run, long delayTime, @NonNull TimeUnit unit, @Nullable DisposableContainer parent) {
        Runnable decoratedRun = run;

        ScheduledRunnable sr = new ScheduledRunnable(decoratedRun, parent);
        Future f;
        try {
            if (delayTime <= 0) {
                f = executor.submit((Callable