RxJava2源码分析(三):线程调度分析3

简介: 线程调度分析

发射数据流程分析

  根据前面两篇的分析,可以知道

emitter.onNext("wizardev");

这句代码就是调用下游的onNext方法,这里就会调用SubscribeOnObserver类的onNext方法,SubscribeOnObserver类的onNext方法的源码如下

public void onNext(T t) {
            downstream.onNext(t);
        }

这里直接调用了下游的onNext方法,这个下游就是ObserveOnObserver类即这里会调用ObserveOnObserver类中的onNext方法,ObserveOnObserver类中的onNext方法代码如下

 public void onNext(T t) {
     //这里的done为初始值false
            if (done) {
                return;
            }
//sourceMode为初始值0
            if (sourceMode != QueueDisposable.ASYNC) {
//将上游发射的数据放入队列中,这个queue就是在onSubscribe方法中实例化的
                queue.offer(t);
            }
     //调用方法
            schedule();
        }

继续看schedule方法的源码。如下

 void schedule() {
            if (getAndIncrement() == 0) {
 //根据上文的分析可以知道这个worker就是HandlerScheduler的内部类
                //HandlerWorker的实例
                worker.schedule(this);
            }
        }

这里讲解一下这句

worker.schedule(this);

代码,这里的worker就是HandlerScheduler内部类HandlerWorker的实例,所以这里调用了HandlerScheduler内部类HandlerWorker的schedule方法并将ObserveOnObserver实例作为参数传入。 现在,来看HandlerWorker类中的schedule方法,代码如下

public Disposable schedule(Runnable run, long delay, TimeUnit unit) {
            if (run == null) throw new NullPointerException("run == null");
            if (unit == null) throw new NullPointerException("unit == null");
            if (disposed) {
                return Disposables.disposed();
            }
            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.
            if (async) {
                message.setAsynchronous(true);
            }
            handler.sendMessageDelayed(message, unit.toMillis(delay));
            // Re-check disposed state for removing in case we were racing a call to dispose().
            if (disposed) {
                handler.removeCallbacks(scheduled);
                return Disposables.disposed();
            }
            return scheduled;
        }

这个方法中重要的就是下面这段代码

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.
            if (async) {
                message.setAsynchronous(true);
            }
//将message放入messageQueue中等待轮询,这里的handler在主线程中,
//所以这里执行scheduled的run方法,其实已经切换到主线程中了
            handler.sendMessageDelayed(message, unit.toMillis(delay));

了解Handler原理的同学就会知道上面的这段代码最终会调用scheduled的run方法。不了解Handler原理的同学,可以看下我的这篇文章。这里的scheduled的run方法会调用

run = RxJavaPlugins.onSchedule(run)

;这句代码的run方法,即调用的是ObserveOnObserver类中的run方法,看下ObserveOnObserver类中的run方法的代码,如下

  public void run() {
            if (outputFused) {
                drainFused();
            } else {
                drainNormal();
            }
        }

上面代码中的outputFused的初始值为false,所以会执行else语句中的代码,看下drainNormal的代码,如下

void drainNormal() {
            int missed = 1;
//这个queue是在onSubscribe初始化的,在onNext中将上游的数据添加进去的
            final SimpleQueue<T> q = queue;
  //将下游的observe赋值给a
            final Observer<? super T> a = downstream;
//
            for (;;) {
                if (checkTerminated(done, q.isEmpty(), a)) {
                    return;
                }
//开始轮询
                for (;;) {
                    boolean d = done;
                    T v;
                    try {
             //轮询取出q中的值,这里的值就是在上游发射的
                        v = q.poll();
                    } catch (Throwable ex) {
                        Exceptions.throwIfFatal(ex);
                        disposed = true;
                        upstream.dispose();
                        q.clear();
                        a.onError(ex);
                        worker.dispose();
                        return;
                    }
                    boolean empty = v == null;
                    if (checkTerminated(d, empty, a)) {
                        return;
                    }
                    if (empty) {
                        break;
                    }
//取出的值,传递给下游的onNext方法
                    a.onNext(v);
                }
                missed = addAndGet(-missed);
                if (missed == 0) {
                    break;
                }
            }
        }

重要的代码,已经在代码中进行了注释,这里就不再讲解,上面代码的作用就是,不断取出上游发射的数据,然后调用下游的onNext方法并将取出的值传递进去。

总结

  分析到这里,算是将RxJava2线程调度的源码理清楚了。可以发现在进行线程调度的时候大量的使用Runnable,一层层的包装,然后在一层层的来调用。首先,将线程切换到工作线程中的方法是将调用上游subscribe方法放在了Runnable类中的run方法中,然后将这个Runnable层层包装后放进线程队列中等待执行,最后在工作线程中处理发射的数据。

  将线程切换到主线程中的方法是利用Handler,将处理好的数据放进一个队列中,放进队列中的这个动作还是在工作线程中完成的,然后,利用Handler将线程切换到主线程,最后不断的取出队列中的数据,不断调用下游的onNext方法。通过这种方式来完成线程的调度。

结束语

  通过上面的分析,可以发现RxJava2线程调度还是挺复杂的,牵涉到的知识点也是比较多的,为了更简单,更有条理的讲解RxJava2线程调度的原理,同时为了让大家不至于在源码中迷失,所以这里分析源码按照代码的执行顺序一步步的进行的。因为,代码执行的时候会在不同的类之间来回切换,所以,大家会发现分析的时候在各个类中跳来跳去。

  由于篇幅的原因,文章的一些知识没有详细的来讲解,如Java的线程池,Handler原理等,大家可以自己查阅相关资料或者留言一起讨论,如果发现文中有不对的地方,也欢迎指正。

相关文章
|
27天前
|
存储 NoSQL Redis
Redis 新版本引入多线程的利弊分析
【10月更文挑战第16天】Redis 新版本引入多线程是一个具有挑战性和机遇的改变。虽然多线程带来了一些潜在的问题和挑战,但也为 Redis 提供了进一步提升性能和扩展能力的可能性。在实际应用中,我们需要根据具体的需求和场景,综合评估多线程的利弊,谨慎地选择和使用 Redis 的新版本。同时,Redis 开发者也需要不断努力,优化和完善多线程机制,以提供更加稳定、高效和可靠的 Redis 服务。
31 1
|
1月前
线程CPU异常定位分析
【10月更文挑战第3天】 开发过程中会出现一些CPU异常升高的问题,想要定位到具体的位置就需要一系列的分析,记录一些分析手段。
61 0
|
1月前
|
安全 调度 C#
STA模型、同步上下文和多线程、异步调度
【10月更文挑战第19天】本文介绍了 STA 模型、同步上下文和多线程、异步调度的概念及其优缺点。STA 模型适用于单线程环境,确保资源访问的顺序性;同步上下文和多线程提高了程序的并发性和响应性,但增加了复杂性;异步调度提升了程序的响应性和资源利用率,但也带来了编程复杂性和错误处理的挑战。选择合适的模型需根据具体应用场景和需求进行权衡。
|
2月前
|
存储 Java 数据处理
进程中的线程调度
进程是应用程序运行的基本单位,包括主线程、用户线程和守护线程。计算机由存储器和处理器协同操作,操作系统设计为分时和分任务模式。在个人PC普及后,基于用户的时间片异步任务操作系统确保了更好的体验和性能。线程作为进程的调度单元,通过覆写`Thread`类的`run`方法来处理任务数据,并由系统调度框架统一管理。微服务架构进一步将应用分解为多个子服务,在不同节点上执行,提高数据处理效率与容错性,特别是在大规模数据存储和处理中表现显著。例如,利用微服务框架可以优化算法,加速业务逻辑处理,并在不同区块间分配海量数据存储任务。
|
2月前
|
并行计算 API 调度
探索Python中的并发编程:线程与进程的对比分析
【9月更文挑战第21天】本文深入探讨了Python中并发编程的核心概念,通过直观的代码示例和清晰的逻辑推理,引导读者理解线程与进程在解决并发问题时的不同应用场景。我们将从基础理论出发,逐步过渡到实际案例分析,旨在揭示Python并发模型的内在机制,并比较它们在执行效率、资源占用和适用场景方面的差异。文章不仅适合初学者构建并发编程的基础认识,同时也为有经验的开发者提供深度思考的视角。
|
3月前
|
存储 监控 Java
|
3月前
|
安全 Java 开发者
Swing 的线程安全分析
【8月更文挑战第22天】
61 4
|
3月前
|
Java 数据库连接 数据库
当线程中发生异常时的情况分析
【8月更文挑战第22天】
100 4
|
3月前
|
安全 Java 程序员
线程安全与 Vector 类的分析
【8月更文挑战第22天】
50 4
|
2月前
|
安全 Java API
Java线程池原理与锁机制分析
综上所述,Java线程池和锁机制是并发编程中极其重要的两个部分。线程池主要用于管理线程的生命周期和执行并发任务,而锁机制则用于保障线程安全和防止数据的并发错误。它们深入地结合在一起,成为Java高效并发编程实践中的关键要素。
30 0