如需下載源碼,請訪問
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()的線程單例中排隊執行,當此線程中有任務執行時,其他任務將會按照先進先出的順序依次執行。