Android結合kotlin使用coroutine的方法實例

更新時間：2020年12月01日 15:10:58 作者：Jiajun的編程隨想

這篇文章主要給大家介紹了關于Android結合kotlin使用coroutine的相關資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧

最近入了Android坑，目前還處于瘋狂學習的狀態(tài)，所以很久都沒有寫博客了。今天記錄一個小代碼片段，在Android上使用coroutine 的小例子。

由于我自己是做一個記賬軟件來學習的，我用了gRPC，最開始我是使用線程來做網(wǎng)絡請求的：

thread {
 // 網(wǎng)絡請求代碼

 runOnUiThread {
  // 更新UI的代碼
 }
}

今天把這一套全部重寫成用coroutine。

首先coroutine得有個調度器，英文叫做 “Dispatchers”，有這么幾個：

Dispatchers.Main 這里面的coroutine跑在主線程上，在Android里也就是UI線程，所以如果在這里面的coroutine也執(zhí)行大量耗時代碼的話，也是會卡UI的
Dispatchers.IO 用來跑大IO的
Dispatchers.Default 用來跑高CPU消耗的
Dispatchers.Unconfined 不綁定在任何特定執(zhí)行線程上

然后，為了多個coroutine之間可以分組啊，就像進程里可以放很多線程那樣，又搞了一個概念，叫做 scope，默認有一個全局scope，叫做 GlobalScope，全局的，就和全局變量一樣，在Android上，這個里面跑的coroutine，生命周期和app一樣久，不推薦在這里起coroutine。

推薦的方式是每個Activity里起一個scope，然后再launch。

所以我就這樣寫基類：

abstract class BaseActivity : AppCompatActivity(), CoroutineScope {
 /*
 默認的coroutine scope是Main，也就是UI線程(主線程)。如果要做IO，比如網(wǎng)絡請求，記得
 包裹在 launch(Dispatchers.IO) {} 里，如果要大量計算，包裹在 launch(Dispatcher.Default) {} 里
 或者直接寫 launch。 UI操作則用 withContext(Dispatchers.Main) {} 切回來
  */
 private val job = SupervisorJob()
 override val coroutineContext: CoroutineContext
  get() = Dispatchers.Main + job

 override fun onDestroy() {
  super.onDestroy()
  coroutineContext.cancelChildren()
 }

這樣子之后，就可以直接launch，起coroutine了：

launch {
 val req = CreateFeedbackReq.newBuilder().build()
 val respAny = callRPC {
  api.createFeedback(req)
 }
 respAny?:return@launch

 val resp = respAny as CreateFeedbackResp
 if (handleRespAction(resp.action)) {
  withContext(Dispatchers.Main) {
   showSnackBar(R.string.thank_you_for_feedback)
   delay(1000)
   finish()
  }
 }
}

如上，默認情況下，root coroutine就是當前所在activity，而他們默認會在 Dispatchers.Main 上執(zhí)行，如果想要coroutine在別的 dispatcher 上執(zhí)行，就用 withContext，然后里面如果又想更新UI的話，就用 withContext(Dispatchers.Main)。

那為啥 launch 不傳參數(shù)的話，就是直接用的 Dispatchers.Main 呢？因為其實 CoroutineScope 是一個接口，而 coroutineContext 是里面的一個變量：

public interface CoroutineScope {
 /**
  * The context of this scope.
  * Context is encapsulated by the scope and used for implementation of coroutine builders that are extensions on the scope.
  * Accessing this property in general code is not recommended for any purposes except accessing the [Job] instance for advanced usages.
  *
  * By convention, should contain an instance of a [job][Job] to enforce structured concurrency.
  */
 public val coroutineContext: CoroutineContext
}

我們再來看看 launch 的實現(xiàn)：

public fun CoroutineScope.launch(
 context: CoroutineContext = EmptyCoroutineContext,
 start: CoroutineStart = CoroutineStart.DEFAULT,
 block: suspend CoroutineScope.() -> Unit
): Job {
 val newContext = newCoroutineContext(context)
 val coroutine = if (start.isLazy)
  LazyStandaloneCoroutine(newContext, block) else
  StandaloneCoroutine(newContext, active = true)
 coroutine.start(start, coroutine, block)
 return coroutine
}

@ExperimentalCoroutinesApi
public actual fun CoroutineScope.newCoroutineContext(context: CoroutineContext): CoroutineContext {
 val combined = coroutineContext + context
 val debug = if (DEBUG) combined + CoroutineId(COROUTINE_ID.incrementAndGet()) else combined
 return if (combined !== Dispatchers.Default && combined[ContinuationInterceptor] == null)
  debug + Dispatchers.Default else debug
}

可以看到，默認情況下，會把當前的 coroutineContext 放在前面。

Kotlin的coroutine很好用，不過我感覺還是有點復雜，我也還在學習。

ref:

https://kotlin.github.io/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines/-dispatchers/index.html

到此這篇關于Android結合kotlin使用coroutine的文章就介紹到這了,更多相關Android結合kotlin使用coroutine內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: