一张图搞懂RxJava大致流程

绘图1.png

RxJava说白了就是两点

1. 数据源的转换
2. 观察者嵌套（关联）

我们列一行代码，后面均以这个例子解说
Observable.create().filter().map().subscribe()
表示创建了数据源,进行过滤,类型变换,最后订阅。

数据源的转换

一般，我们可以通过Obervable.create()等方式创建我们的数据源，也是我们的第一个数据源，创建的结果是一个叫ObservableCreate的数据源。
接着我们通过一系列操作符比如map,flatmap,zip,merge,filter,subscribeOn,ObserveOn等操作符对数据源进行变形。

比如filter操作符就将上游的数据源转换成ObservableFilter数据源

图中箭头指示的每一个框框就是数据源转换的过程。

数据源的转换目的是为了实现链式调用

观察者的嵌套观察

我们数据源在通过操作符不断进行变换，那么上下流是如何联系的呢？

我们的第一个观察者是从Observerble::subscribe(Observer)加入进去的。
对，是第一个，后面还有很多个观察者是代码自创自用的，目的是用来连接上下流。
subscribe后最后一个数据源与观察者建立了联系。
假设一个rx链式调用如下```源A->源B->源C->源D->观察者U
那么我们的subscribe建立了 D和U的联系。
接着系统创建一个中间人（中间观察者Ucd）他有观察者U的引用。
这个观察者订阅上一级（源C，并进行对应操作符的操作，如过滤，
最后将合适的事件告知观察者U。

同理由于源C被Ucd订阅了，源C有Ucd的引用，
为了建立B，C间的联系就创建一个中间人（Ubc），同理他可以获取Ucd观察者。
于是Ubc进行对应操作符操作后将合适的时间通知Ucd

源AB的联系建立过程同理。

观察者嵌套观察，实现了上下流的联系，以及对流中事件的操作

观察者嵌套

• 操作符中观察者嵌套，嵌套的具体逻辑其实是封装起来不执行，返回ObservableOperator等待调用
• 最终进行订阅事件订阅的观察者会引起自底向上的观察订阅调用。U->D->C->B->A 直到顶级数据源被订阅才会真正的对下游观察者发送事件

SubscribeOn线程调度

一句话 嵌套观察者的时候 换线程
比如上面的例子 C是SubscribeOn到其他线程，那么在B订阅C的时候，B订阅C的事件发生在其他线程，从而导致上游的订阅事件也发生在该线程。

ObservaOn 线程调度

一句话 处理事件的时候换线程
通过队列存放上游事件，不断的取队列中的事件调度到其他线程执行
主线程的Handler实际上是用了MainLooper创建Handler发送事件到主线程执行

上文是本人的看法，有错误欢迎提出。
日后再show you the fucking code