本篇文章給大家分享的是有關(guān)Android 中如何使用Kotlin 協(xié)程，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

瓊海ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為成都創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

協(xié)程在 Android 上的使用

GlobalScope

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

private fun launchFromGlobalScope() {  GlobalScope.launch(Dispatchers.Main) {  val deferred = async(Dispatchers.IO) {  // network request  delay(3000)  "Get it"  }  globalScope.text = deferred.await()  Toast.makeText(applicationContext, "GlobalScope", Toast.LENGTH_SHORT).show()  } }

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

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.  Application code usually should use an application-defined CoroutineScope. Using async or launch on the instance of GlobalScope is highly discouraged.

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

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

MainScope

官方文檔中提到要使用自定義的協(xié)程作用域，當(dāng)然，Kotlin 已經(jīng)給我們提供了合適的協(xié)程作用域 MainScope ?？匆幌?MainScope  的定義：

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

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

給我們的 Activity 實現(xiàn)自己的協(xié)程作用域：

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

通過擴展函數(shù) launch() 可以直接在主線程中啟動協(xié)程，示例代碼如下：

private fun launchFromMainScope() {  launch {  val deferred = async(Dispatchers.IO) {  // network request  delay(3000)  "Get it"  }  mainScope.text = deferred.await()  Toast.makeText(applicationContext, "MainScope", Toast.LENGTH_SHORT).show()  } }

最后別忘了在 onDestroy() 中取消協(xié)程，通過擴展函數(shù) cancel() 來實現(xiàn)：

override fun onDestroy() {  super.onDestroy()  cancel() }

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

ViewModelScope

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

class ViewModelOne : ViewModel() {  private val viewModelJob = SupervisorJob()  private val uiScope = CoroutineScope(Dispatchers.Main + viewModelJob)  val mMessage: MutableLiveData<String> = MutableLiveData()  fun getMessage(message: String) {  uiScope.launch {  val deferred = async(Dispatchers.IO) {  delay(2000)  "post $message"  }  mMessage.value = deferred.await()  }  }  override fun onCleared() {  super.onCleared()  viewModelJob.cancel()  } }

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

你可以定義一個 BaseViewModel 來處理這些邏輯，避免重復(fù)書寫模板代碼。然而 Kotlin 就是要讓你做同樣的事，寫更少的代碼，于是  viewmodel-ktx 來了?？吹?ktx ，你就應(yīng)該明白它是來簡化你的代碼的。引入如下依賴：

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

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

val ViewModel.viewModelScope: CoroutineScope  get() {  val scope: CoroutineScope? = this.getTag(JOB_KEY)  if (scope != null) {  return scope  }  return setTagIfAbsent(JOB_KEY,  CloseableCoroutineScope(SupervisorJob() + Dispatchers.Main))  }

看下代碼你就應(yīng)該明白了，還是熟悉的那一套。當(dāng) ViewModel.onCleared() 被調(diào)用的時候，viewModelScope  會自動取消作用域內(nèi)的所有協(xié)程。使用示例如下：

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

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

LiveData

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

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

直接在 liveData {} 代碼塊中調(diào)用需要異步執(zhí)行的掛起函數(shù)，并調(diào)用 emit() 函數(shù)發(fā)送處理結(jié)果。示例代碼如下所示：

val mResult: LiveData<String> = liveData {  val string = getMessage("LiveData Ktx")  emit(string) }

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

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

LifecycleScope

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

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

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

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

suspend fun <T> Lifecycle.whenCreated() suspend fun <T> Lifecycle.whenStarted() suspend fun <T> Lifecycle.whenResumed() suspend fun <T> LifecycleOwner.whenCreated() suspend fun <T> LifecycleOwner.whenStarted() suspend fun <T> LifecycleOwner.whenResumed()

可以指定至少在特定的生命周期之后再執(zhí)行掛起函數(shù)，可以進一步減輕 View 層的負擔(dān)。

以上就是Android 中如何使用Kotlin 協(xié)程，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

網(wǎng)站標題：Android中如何使用Kotlin協(xié)程
本文URL：http://www.rwnh.cn/article16/ipcedg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、小程序開發(fā)、ChatGPT、微信小程序、品牌網(wǎng)站設(shè)計、網(wǎng)頁設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)