如需下載源碼，請訪問
https://github.com/fengchuanfang/Rxjava2Tutorial
文章原創，轉載請注明出處：
Scheduler(線程調度器)賦予RxJava簡潔明了的異步操作,可以說是RxJava中最值得稱道的地方。
在之前的代碼中，Observable發射數據流，Observer接收響應數據流，以及Operators加工數據流均是在同一個線程中，實現出來的是一個同步的函數響應式。但是函數響應式的實際應用卻不是這樣的，大部分都是后臺處理，前臺響應的一個過程。Observable生成發射數據流，以及Operators加工數據流都是在后臺線程中進行，而Observer在前臺線程中接受并相應數據。
Scheduler(線程調度器)可以讓RxJava的線程切換變得簡單明了，即使程序邏輯變得十分復雜，他依然能夠保持簡單明了。
subscribeOn
ObservablesubscribeOn(Scheduler scheduler)
subscribeOn通過接收一個Scheduler參數，來指定對數據的處理運行在特定的線程調度器Scheduler上。
若多次設定，則只有一次起作用。
observeOn
ObservableobserveOn(Scheduler scheduler)
observeOn同樣接收一個Scheduler參數，來指定下游操作運行在特定的線程調度器Scheduler上。
若多次設定，每次均起作用。
Scheduler種類
Schedulers.io(?)：
用于IO密集型的操作，例如讀寫SD卡文件，查詢數據庫，訪問網絡等，具有線程緩存機制，在此調度器接收到任務后，先檢查線程緩存池中，是否有空閑的線程，如果有，則復用，如果沒有則創建新的線程，并加入到線程池中，如果每次都沒有空閑線程使用，可以無上限的創建新線程。
Schedulers.newThread(?)：
在每執行一個任務時創建一個新的線程，不具有線程緩存機制，因為創建一個新的線程比復用一個線程更耗時耗力，雖然使用Schedulers.io(?)的地方，都可以使用Schedulers.newThread(?)，但是，Schedulers.newThread(?)的效率沒有Schedulers.io(?)高。
Schedulers.computation()：
用于CPU 密集型計算任務，即不會被 I/O 等操作限制性能的耗時操作，例如xml,json文件的解析，Bitmap圖片的壓縮取樣等，具有固定的線程池，大小為CPU的核數。不可以用于I/O操作，因為I/O操作的等待時間會浪費CPU。
Schedulers.trampoline()：
在當前線程立即執行任務，如果當前線程有任務在執行，則會將其暫停，等插入進來的任務執行完之后，再將未完成的任務接著執行。
Schedulers.single()：
擁有一個線程單例，所有的任務都在這一個線程中執行，當此線程中有任務執行時，其他任務將會按照先進先出的順序依次執行。
Scheduler.from(@NonNull Executor executor)：
指定一個線程調度器，由此調度器來控制任務的執行策略。
AndroidSchedulers.mainThread()：
在Android UI線程中執行任務，為Android開發定制。
注：
在RxJava2中，廢棄了RxJava1中的Schedulers.immediate(?)
在RxJava1中，Schedulers.immediate(?)的作用為在當前線程立即執行任務，功能等同于RxJava2中的Schedulers.trampoline(?)。
而Schedulers.trampoline(?)在RxJava1中的作用是當其它排隊的任務完成后，在當前線程排隊開始執行接到的任務，有點像RxJava2中的Schedulers.single()，但也不完全相同，因為Schedulers.single()不是在當前線程而是在一個線程單例中排隊執行任務。
示例一：使用一次subscribeOn和一次observeOn
schedulerDemo1.jpg
運行代碼后，控制臺打印如下：
System.out:發射線程:RxCachedThreadScheduler-1---->發射:0System.out:發射線程:RxCachedThreadScheduler-1---->發射:1System.out:接收線程:main---->接收:0System.out:發射線程:RxCachedThreadScheduler-1---->發射:2System.out:接收線程:main---->接收:1System.out:發射線程:RxCachedThreadScheduler-1---->發射:3System.out:接收線程:main---->接收:2System.out:發射線程:RxCachedThreadScheduler-1---->發射:4System.out:接收線程:main---->接收:3System.out:接收線程:main---->接收:4
通過subscribeOn(Schedulers.io())指定Observable在Schedulers.io(?)調度器的線程中，每隔1秒發射一次數據，通過observeOn(AndroidSchedulers.mainThread())指定Observer在Android UI線程中接收數據。
示例二：使用兩次subscribeOn和一次observeOn
schedulerDemo2.jpg
通過subscribeOn(Schedulers.io())指定Observable在Schedulers.io(?)調度器的線程中，每隔1秒發射一次數據，通過subscribeOn(Schedulers.newThread())指定map操作符在Schedulers.newThread()的調度器線程中處理數據，通過observeOn(AndroidSchedulers.mainThread())指定Observer在Android UI線程中接收數據。
運行結果如下：
System.out:發射線程:RxCachedThreadScheduler-1---->發射:0System.out:處理線程:RxCachedThreadScheduler-1---->處理:0System.out:發射線程:RxCachedThreadScheduler-1---->發射:1System.out:接收線程:main---->接收:0System.out:處理線程:RxCachedThreadScheduler-1---->處理:1System.out:接收線程:main---->接收:1
我們發現發射和處理數據均是在RxCachedThreadScheduler線程中，第二次通過subscribeOn指定的線程不起作用。
示例三：使用一次subscribeOn和兩次observeOn
schedulerDemo3.jpg
通過subscribeOn(Schedulers.io())指定Observable在Schedulers.io(?)調度器的線程中，每隔1秒發射一次數據，通過observeOn(Schedulers.newThread())指定map操作符在Schedulers.newThread()的調度器線程中處理數據，通過observeOn(AndroidSchedulers.mainThread())指定Observer在Android UI線程中接收數據。
運行結果如下：
System.out:發射線程:RxCachedThreadScheduler-1---->發射:0System.out:發射線程:RxCachedThreadScheduler-1---->發射:1System.out:處理線程:RxNewThreadScheduler-1---->處理:0System.out:接收線程:main---->接收:0System.out:處理線程:RxNewThreadScheduler-1---->處理:1System.out:接收線程:main---->接收:1
與我們的預期結果一致
通過示例一二三，我們可以總結subscribeOn和observeOn的用法如下:
subscribeOn來指定對數據的處理運行在特定的線程調度器Scheduler上，直到遇到observeOn改變線程調度器若多次設定，則只有一次起作用。observeOn指定下游操作運行在特定的線程調度器Scheduler上。若多次設定，每次均起作用。
示例四：Schedulers.trampoline()
通過示例一二三我們可以發現，Observer處理數據相比于Observable發射的數據存在滯后的現象，Observable發射了兩個數據，Observer才處理了一個，并不是Observable沒發射一個，Observer就處理一個。
運行：
schedulerDemo4.jpg
通過Schedulers.trampoline()/設置觀察者在當前線程中處理數據，并且故意延遲兩秒后在處理
控制臺打印如下：
System.out: 發射線程:RxCachedThreadScheduler-1---->發射:0System.out: 接收線程:RxCachedThreadScheduler-1---->接收:0System.out: 發射線程:RxCachedThreadScheduler-1---->發射:1System.out: 接收線程:RxCachedThreadScheduler-1---->接收:1System.out: 發射線程:RxCachedThreadScheduler-1---->發射:2System.out: 接收線程:RxCachedThreadScheduler-1---->接收:2System.out: 發射線程:RxCachedThreadScheduler-1---->發射:3System.out: 接收線程:RxCachedThreadScheduler-1---->接收:3System.out: 發射線程:RxCachedThreadScheduler-1---->發射:4System.out: 接收線程:RxCachedThreadScheduler-1---->接收:4
我們可以發現雖然Observer在接收到數據后，延遲了兩秒才處理，但是Observable依然在Observer將數據處理完之后才開始發射下一條。Schedulers.trampoline()的作用在當前線程立即執行任務，如果當前線程有任務在執行，則會將其暫停，等插入進來的任務執行完之后，再將未完成的任務接著執行。
示例五：Schedulers.single()
schedulerDemo5.jpg
運行結果如下：
System.out: 發射線程:RxSingleScheduler-1---->發射:0System.out: 發射線程:RxSingleScheduler-1---->發射:1System.out: 發射線程:RxSingleScheduler-1---->發射:2System.out: 處理線程:RxSingleScheduler-1---->處理:0System.out: 處理線程:RxSingleScheduler-1---->處理:1System.out: 處理線程:RxSingleScheduler-1---->處理:2System.out: 接收線程:RxSingleScheduler-1---->接收:0System.out: 接收線程:RxSingleScheduler-1---->接收:1System.out: 接收線程:RxSingleScheduler-1---->接收:2
通過Schedulers.single()將數據的發射，處理，接收在Schedulers.single()的線程單例中排隊執行，當此線程中有任務執行時，其他任務將會按照先進先出的順序依次執行。
