Rxjava2学习笔记之subscribeOn()和observeOn()的关系

1、只有第一subscribeOn() 起作用（所以多个 subscribeOn() 无意义）这个 subscribeOn() 控制从流程开始的第一个操作，直到遇到第一个 observeOn()；

2、observeOn() 可以使用多次，每个 observeOn() 将导致一次线程切换，这次切换开始于这次 observeOn() 的下一个操作；

3、不论是 subscribeOn() 还是 observeOn()，每次线程切换如果不受到下一个 observeOn() 的干预，线程将不再改变，不会自动切换到其他线程；

4、 observeOn修改的是他下面的代码执行的线程，subscribeOn修改的是他上面执行代码的线程；

5、 observeOn之后在调用observeOn还可以修改线程，但是调用subscribeOn就不能再修改线程，subscribeOn之后在调用observeOn还可以修改线程，但是调用subscribeOn就不能再修改线程；

6、默认情况下， doOnSubscribe() 执行在 subscribe() 发生的线程；而如果在 doOnSubscribe() 之后有 subscribeOn() 的话，它将执行在离它最近的 subscribeOn() 所指定的线程；

7、doOnSubscribe()与onStart()类似，均在代码调用时就会回调，但doOnSubscribe()可以通过subscribeOn()操作符改变运行的线程且越在后面运行越早；

8、 使用RxJava发布一个订阅后，当页面被finish，此时订阅逻辑还未完成，如果没有及时取消订阅，就会导致Activity/Fragment无法被回收，从而引发内存泄漏。 Android 使用RxLifecycle解决RxJava内存泄漏： 使用 .compose(RxLifecycle. bindUntilEvent ( this .lifecycle() , ActivityEvent. DESTROY )) 这句代码指定在onDestroy方法被调用时取消订阅。 注意compose方法需要在subscribeOn方法之后使用，因为在测试的过程中发现，将compose方法放在subscribeOn方法之前，如果在被观察者中执行了阻塞方法，比如Thread.sleep()，取消订阅后该阻塞方法不会被中断。