本篇文章主要解决subscribeOn和observeOn这两个方法为什么subscribeOn只有一次有效果，observeOn切换多次回调的都有效果。
不知道朋友有没有看过rxandroid的源码，如果看过的话，就会迎刃而解，没什么疑虑啦。没看过源码的朋友，可以看看我这个系列的前几篇文章，主要是系列二和系列三的文章，讲述了线程切换的问题。在这里我只说一下这两个方法线程切换的时机以及Observable创建和订阅的关系。
结合前几个系列的文章我们知道，代码的链式调用就是创建observable的过程，而且每创建一个observable,都有一个指向上一个observable的成员变量。当开始发起订阅的时候，也就是创建observer的过程，且是一个向最开始创建的Obserable传递Observer的过程。而observer是上层包裹下层的observer。当创建完首个obserbable的observer的时候开始回调事件(onNext,onError,onComplete),是从上往下回调。
下图是对上面文字描述的具象描述。
红色箭头组合的图形就是代码运行的轨迹，可以看出先创建observable,然后订阅，最后回调事件。当调用subscribeOn创建的ObservableSubscribeOn进行订阅的时候会进行线程切换。也就是说subscribeOn是当往上层订阅的时候进行线程切换。调用observeOn创建的ObserableObserveOn进行下层回调前会切换线程。
我们对数据流的处理(Function和Action)都是在observer回调里面调用的这些处理的具体实现(Function apply)的。
那我们就解释一下为什么subscribeOn只有一次有效果，observeOn切换多次回调的都有效果。假如链式调用里面只调用subscribeOn的话，没有observeOn。根据红色箭头的组合图形，订阅时候发生线程切换，然后回调事件也在线程里面，因为observeOn进行回调线程切换，我们的前提是没有observeOn，所以回调的时候没有线程切换，还在subscribeOn切换的线程里面回调。
如果调用多个subscribeOn,没有observeOn调用。每次订阅的时候都切换线程，事件回调(observer回调)不切换线程，那回调事件运行肯定在最上层的那个在订阅时候发生切换线程的那个线程里面，也就是说链式调用的首个subscribeOn线程切换有效。
observeOn为什么可以调用多次都有效果，因为数据流的处理是框架代码设计暴露出来的，而且是在事件回调的时候才运行数据流的处理，所以observeOn每次切换数据的时候都有效果。
当然subscribeOn和onserveOn实际上都进行线程的切换了。只是运行效果体现处理这样的现象。
第一次写技术框架的文章，写得不好之处，忘各位大神指正！