<optgroup id="b2bz8"><code id="b2bz8"><blockquote id="b2bz8"></blockquote></code></optgroup> <form id="b2bz8"><nobr id="b2bz8"><meter id="b2bz8"></meter></nobr></form>

    <address id="b2bz8"></address>
    <nav id="b2bz8"><strong id="b2bz8"></strong></nav>

    <address id="b2bz8"><nobr id="b2bz8"></nobr></address><menu id="b2bz8"><tt id="b2bz8"></tt></menu>
    |
    |
    51CTO旗下網站
    |
    |
    移動端

    如何正確的在 Android 上使用 Kotlin 協程?

    在 Android 中,一般是不建議直接使用 GlobalScope 的。那么,在 Android 中應該如何正確使用協程呢?再細分一點,如何直接在 Activity 中使用呢?如何配合 ViewModel 、LiveData 、LifeCycle 等使用呢?我會通過簡單的示例代碼來闡述 Android 上的協程使用,你也可以跟著動手敲一敲。

    作者:kengsirLi來源:安卓巴士|2019-10-23 14:34

    前言

    你還記得是哪一年的 Google IO 正式宣布 Kotlin 成為 Android 一級開發語言嗎?是 Google IO 2017 。如今兩年時間過去了,站在一名 Android 開發者的角度來看,Kotlin 的生態環境越來越好了,相關的開源項目和學習資料也日漸豐富,身邊愿意去使用或者試用 Kotlin 的朋友也變多了。常年混跡掘金的我也能明顯感覺到 Kotlin 標簽下的文章慢慢變多了(其實仍然少的可憐)。今年的 Google IO 也放出了 Kotlin First 的口號,許多新的 API 和功能特性將優先提供 Kotlin 支持。所以,時至今日,實在找不到安卓開發者不學 Kotlin 的理由了。

    今天想聊聊的是 Kotlin Coroutine。雖然在 Kotlin 發布之初就有了協程,但是直到 2018 年的 KotlinConf 大會上,JetBrain 發布了 Kotlin1.3RC,這才帶來了穩定版的協程。即使穩定版的協程已經發布了一年之余,但是好像并沒有足夠多的用戶,至少在我看來是這樣。在我學習協程的各個階段中,遇到問題都鮮有地方可以求助,拋到技術群基本就石沉大海了。基本只能靠一些英文文檔來解決問題。

    在看完官方文檔的很長一段時間,我幾乎只知道 GlobalScope。的確,官方文檔上基本從頭到尾都是在用 GlobalScope 寫示例代碼。所以一部分開發者,也包括我自己,在寫自己的代碼時也就直接 GlobalScope 了。一次偶然的機會才發現其實這樣的問題是很大的。在 Android 中,一般是不建議直接使用 GlobalScope 的。那么,在 Android 中應該如何正確使用協程呢?再細分一點,如何直接在 Activity 中使用呢?如何配合 ViewModel 、LiveData 、LifeCycle 等使用呢?我會通過簡單的示例代碼來闡述 Android 上的協程使用,你也可以跟著動手敲一敲。

    如何正確的在 Android 上使用 Kotlin 協程?

    協程在 Android 上的使用

    GlobalScope

    在一般的應用場景下,我們都希望可以異步進行耗時任務,比如網絡請求,數據處理等等。當我們離開當前頁面的時候,也希望可以取消正在進行的異步任務。這兩點,也正是使用協程中所需要注意的。既然不建議直接使用 GlobalScope,我們就先試驗一下使用它會是什么效果。

    1. private fun launchFromGlobalScope() { 
    2.  GlobalScope.launch(Dispatchers.Main) { 
    3.  val deferred = async(Dispatchers.IO) { 
    4.  // network request 
    5.  delay(3000) 
    6.  "Get it" 
    7.  } 
    8.  globalScope.text = deferred.await() 
    9.  Toast.makeText(applicationContext, "GlobalScope", Toast.LENGTH_SHORT).show() 
    10.  } 

    在 launchFromGlobalScope() 方法中,我直接通過 GlobalScope.launch() 啟動一個協程,delay(3000) 模擬網絡請求,三秒后,會彈出一個 Toast 提示。使用上是沒有任何問題的,可以正常的彈出 Toast 。但是當你執行這個方法之后,立即按返回鍵返回上一頁面,仍然會彈出 Toast 。如果是實際開發中通過網絡請求更新頁面的話,當用戶已經不在這個頁面了,就根本沒有必要再去請求了,只會浪費資源。GlobalScope 顯然并不符合這一特性。https://kotlin.github.io/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines/-global-scope/index.html 中其實也詳細說明了,如下所示:

    1. Global scope is used to launch top-level coroutines which are operating on the whole application lifetime and are not cancelled prematurely. Another use of the global scope is operators running in Dispatchers.Unconfined, which don’t have any job associated with them. 
    2.  
    3. Application code usually should use an application-defined CoroutineScope. Using async or launch on the instance of GlobalScope is highly discouraged. 

    大致意思是,Global scope 通常用于啟動頂級協程,這些協程在整個應用程序生命周期內運行,不會被過早地被取消。程序代碼通常應該使用自定義的協程作用域。直接使用 GlobalScope 的 async 或者 launch 方法是強烈不建議的。

    GlobalScope 創建的協程沒有父協程,GlobalScope 通常也不與任何生命周期組件綁定。除非手動管理,否則很難滿足我們實際開發中的需求。所以,GlobalScope 能不用就盡量不用。

    MainScope

    官方文檔中提到要使用自定義的協程作用域,當然,Kotlin 已經給我們提供了合適的協程作用域 MainScope 。看一下 MainScope 的定義:

    1. public fun MainScope(): CoroutineScope = ContextScope(SupervisorJob() + Dispatchers.Main) 

    記著這個定義,在后面 ViewModel 的協程使用中也會借鑒這種寫法。

    給我們的 Activity 實現自己的協程作用域:

    1. class BasicCorotineActivity : AppCompatActivity(), CoroutineScope by MainScope() {} 

    通過擴展函數 launch() 可以直接在主線程中啟動協程,示例代碼如下:

    1. private fun launchFromMainScope() { 
    2.  launch { 
    3.  val deferred = async(Dispatchers.IO) { 
    4.  // network request 
    5.  delay(3000) 
    6.  "Get it" 
    7.  } 
    8.  mainScope.text = deferred.await() 
    9.  Toast.makeText(applicationContext, "MainScope", Toast.LENGTH_SHORT).show() 
    10.  } 

    最后別忘了在 onDestroy() 中取消協程,通過擴展函數 cancel() 來實現:

    1. override fun onDestroy() { 
    2.  super.onDestroy() 
    3.  cancel() 

    現在來測試一下 launchFromMainScope() 方法吧!你會發現這完全符合你的需求。實際開發中可以把 MainScope 整合到 BaseActivity 中,就不需要重復書寫模板代碼了。

    ViewModelScope

    如果你使用了 MVVM 架構,根本就不會在 Activity 上書寫任何邏輯代碼,更別說啟動協程了。這個時候大部分工作就要交給 ViewModel 了。那么如何在 ViewModel 中定義協程作用域呢?還記得上面 MainScope() 的定義嗎?沒錯,搬過來直接使用就可以了。

    1. class ViewModelOne : ViewModel() { 
    2.  private val viewModelJob = SupervisorJob() 
    3.  private val uiScope = CoroutineScope(Dispatchers.Main + viewModelJob) 
    4.  val mMessage: MutableLiveData<String> = MutableLiveData() 
    5.  fun getMessage(message: String) { 
    6.  uiScope.launch { 
    7.  val deferred = async(Dispatchers.IO) { 
    8.  delay(2000) 
    9.  "post $message" 
    10.  } 
    11.  mMessage.value = deferred.await() 
    12.  } 
    13.  } 
    14.  override fun onCleared() { 
    15.  super.onCleared() 
    16.  viewModelJob.cancel() 
    17.  } 

    這里的 uiScope 其實就等同于 MainScope。調用 getMessage() 方法和之前的 launchFromMainScope() 效果也是一樣的,記得在 ViewModel 的 onCleared() 回調里取消協程。

    你可以定義一個 BaseViewModel 來處理這些邏輯,避免重復書寫模板代碼。然而 Kotlin 就是要讓你做同樣的事,寫更少的代碼,于是 viewmodel-ktx 來了。看到 ktx ,你就應該明白它是來簡化你的代碼的。引入如下依賴:

    1. implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:2.2.0-alpha03" 

    然后,什么都不需要做,直接使用協程作用域 viewModelScope 就可以了。viewModelScope 是 ViewModel 的一個擴展屬性,定義如下:

    1. val ViewModel.viewModelScope: CoroutineScope 
    2.  get() { 
    3.  val scope: CoroutineScope? = this.getTag(JOB_KEY) 
    4.  if (scope != null) { 
    5.  return scope 
    6.  } 
    7.  return setTagIfAbsent(JOB_KEY, 
    8.  CloseableCoroutineScope(SupervisorJob() + Dispatchers.Main)) 
    9.  } 

    看下代碼你就應該明白了,還是熟悉的那一套。當 ViewModel.onCleared() 被調用的時候,viewModelScope 會自動取消作用域內的所有協程。使用示例如下:

    1. fun getMessageByViewModel() { 
    2.  viewModelScope.launch { 
    3.  val deferred = async(Dispatchers.IO) { getMessage("ViewModel Ktx") } 
    4.  mMessage.value = deferred.await() 
    5.  } 

    寫到這里,viewModelScope 是能滿足需求的最簡寫法了。實際上,寫完全篇,viewModelScope 仍然是我認為的最好的選擇。

    LiveData

    Kotlin 同樣為 LiveData 賦予了直接使用協程的能力。添加如下依賴:

    1. implementation "androidx.lifecycle:lifecycle-livedata-ktx:2.2.0-alpha03" 

    直接在 liveData {} 代碼塊中調用需要異步執行的掛起函數,并調用 emit() 函數發送處理結果。示例代碼如下所示:

    1. val mResult: LiveData<String> = liveData { 
    2.  val string = getMessage("LiveData Ktx"
    3.  emit(string) 

    你可能會好奇這里好像并沒有任何的顯示調用,那么,liveData 代碼塊是在什么執行的呢?當 LiveData 進入 active 狀態時,liveData{ } 會自動執行。當 LiveData 進入 inactive 狀態時,經過一個可配置的 timeout 之后會自動取消。如果它在完成之前就取消了,當 LiveData 再次 active 的時候會重新運行。如果上一次運行成功結束了,就不會再重新運行。也就是說只有自動取消的 liveData{ } 可以重新運行。其他原因(比如 CancelationException)導致的取消也不會重新運行。

    所以 livedata-ktx 的使用是有一定限制的。對于需要用戶主動刷新的場景,就無法滿足了。在一次完整的生命周期內,一旦成功執行完成一次,就沒有辦法再觸發了。 這句話不知道對不對,我個人是這么理解的。因此,還是 viewmodel-ktx 的適用性更廣,可控性也更好。

    LifecycleScope

    1. implementation "androidx.lifecycle:lifecycle-runtime-ktx:2.2.0-alpha03" 

    lifecycle-runtime-ktx 給每個 LifeCycle 對象通過擴展屬性定義了協程作用域 lifecycleScope 。你可以通過 lifecycle.coroutineScope 或者 lifecycleOwner.lifecycleScope 進行訪問。示例代碼如下:

    1. fun getMessageByLifeCycle(lifecycleOwner: LifecycleOwner) { 
    2.  lifecycleOwner.lifecycleScope.launch { 
    3.  val deferred = async(Dispatchers.IO) { getMessage("LifeCycle Ktx") } 
    4.  mMessage.value = deferred.await() 
    5.  } 

    當 LifeCycle 回調 onDestroy() 時,協程作用域 lifecycleScope 會自動取消。在 Activity/Fragment 等生命周期組件中我們可以很方便的使用,但是在 MVVM 中又不會過多的在 View 層進行邏輯處理,viewModelScope 基本就可以滿足 ViewModel 中的需求了,lifecycleScope 也顯得有點那么食之無味。但是他有一個特殊的用法:

    1. suspend fun <T> Lifecycle.whenCreated() 
    2. suspend fun <T> Lifecycle.whenStarted() 
    3. suspend fun <T> Lifecycle.whenResumed() 
    4. suspend fun <T> LifecycleOwner.whenCreated() 
    5. suspend fun <T> LifecycleOwner.whenStarted() 
    6. suspend fun <T> LifecycleOwner.whenResumed() 

    可以指定至少在特定的生命周期之后再執行掛起函數,可以進一步減輕 View 層的負擔。

    【編輯推薦】

    1. 類比于微信,如何對Apk進行極限壓縮,談下Android壓縮8大步
    2. Google又出新規!沒這些功能Android系統禁止使用
    3. Android中的權限問題
    4. 用于 APP 測試的 10 大 Android 設備
    5. 安卓封閉墮落or自我救贖?談Android 10的巨大變化
    【責任編輯:未麗燕 TEL:(010)68476606】

    點贊 0
    分享:
    大家都在看
    猜你喜歡

    訂閱專欄+更多

    中間件安全防護攻略

    中間件安全防護攻略

    4類安全防護
    共4章 | hack_man

    119人訂閱學習

    CentOS 8 全新學習術

    CentOS 8 全新學習術

    CentOS 8 正式發布
    共16章 | UbuntuServer

    275人訂閱學習

    用Python玩轉excel

    用Python玩轉excel

    讓重復操作傻瓜化
    共3章 | DE8UG

    234人訂閱學習

    讀 書 +更多

    計算機網絡安全

    本書從計算機網絡安全的概念入手,分析了單機節點、單一網絡、互聯網絡和開放互聯網絡的基本安全問題,并對計算機網絡安全體系架構和安全機...

    訂閱51CTO郵刊

    點擊這里查看樣刊

    訂閱51CTO郵刊

    51CTO服務號

    51CTO官微

    日韩大片