Kotlin 协程之模式与反模式

目录

  • 介绍
  • 使用 coroutineScope 包装异步调用或使用 SupervisorJob 以处理异常
  • 根协程首选 Main dispatcher
  • 避免使用不必要的 async/await
  • 避免取消 Scope Job
  • 避免使用隐式 Dispatcher 编写 suspend 函数
  • 避免使用 GlobalScope

介绍

文中介绍了一些使用 Kotlin 协程时应该和不应该做(或至少试图避免)的事情。

使用 coroutineScope 包装异步调用或使用 SupervisorJob 以处理异常

❌如果异步代码块可能抛出异常,不要依赖 try/catch 语句来捕获它。

val job: Job = Job()
val scope = CoroutineScope(Dispatchers.Default + job)
// may throw Exception
fun doWork(): Deferred<String> = scope.async { ... }   // (1)
fun loadData() = scope.launch {
    try {
        doWork().await()                               // (2)
    } catch (e: Exception) { ... }
}

在上面示例中,doWork 函数启动的新协程(1),可能会抛出未处理的异常。如果你尝试使用 try/catch 块(2)来包裹 doWork,它仍然会导致崩溃。
发生这种情况是因为任何 Job 的子协程失败都会导致其父 Scope 立即失败。

✅避免这种 Crash 的方式之一是使用 SupervisorJob (1)。
子协程失败或取消不会导致 supervisor job 失败,也不会影响它的其他子协程。

val job = SupervisorJob()                               // (1)
val scope = CoroutineScope(Dispatchers.Default + job)

// may throw Exception
fun doWork(): Deferred<String> = scope.async { ... }

fun loadData() = scope.launch {
    try {
        doWork().await()
    } catch (e: Exception) { ... }
}

注意:只有在使用 SupervisorJob 的协程 scope 上显式运行 async 时这才有效。所以下面的代码仍然会导致程序崩溃,因为 async 是在父协程 scope 内启动的 (1):

val job = SupervisorJob()                               
val scope = CoroutineScope(Dispatchers.Default + job)

fun loadData() = scope.launch {
    try {
        async {                                         // (1)
            // may throw Exception 
        }.await()
    } catch (e: Exception) { ... }
}

✅另一种避免这种 Crash 的方式,是使用coroutineScope包装async。这样一来当async发生异常时,它将取消在同一 scope 里的所有其它协程,而不会影响外部 scope (2):

val job = SupervisorJob()                               
val scope = CoroutineScope(Dispatchers.Default + job)

// may throw Exception
suspend fun doWork(): String = coroutineScope {     // (1)
    async { ... }.await()
}

fun loadData() = scope.launch {                       // (2)
    try {
        doWork()
    } catch (e: Exception) { ... }
}

另外,还可以在async块内部处理异常。

根协程首选 Main dispatcher

❌如果你需要在根协程中执行后台工作并更新 UI,请不要使用非 Main Dispatcher 启动它:

val scope = CoroutineScope(Dispatchers.Default)          // (1)

fun login() = scope.launch {
    withContext(Dispatcher.Main) { view.showLoading() }  // (2)  
    networkClient.login(...)
    withContext(Dispatcher.Main) { view.hideLoading() }  // (2)
}

在上面的示例中,我们使用 Default dispatcher 创建的 scope 启动根协程(1),这种情况下,每当涉及 UI 操作时都必须切换上下文 (2)。

✅大多数情况下,最好使用 Main dispatcher 创建 scope,这可以让代码更简单,上下文切换更少:

val scope = CoroutineScope(Dispatchers.Main)

fun login() = scope.launch {
    view.showLoading()    
    withContext(Dispatcher.IO) { networkClient.login(...) }
    view.hideLoading()
}

避免使用不必要的 async/await

❌如果你的 async 函数后面紧跟着 await 调用,应该停止这种做法:

launch {
    val data = async(Dispatchers.Default) { /* code */ }.await()
}

✅如果你想切换协程上下文并立即挂起父协程,withContext 是一种更好的方法。

launch {
    val data = withContext(Dispatchers.Default) { /* code */ }
}

性能方面并不是一个大问题(即使 async 会创建新的协程来完成工作),但从语义上来说,async 意味着您希望在后台启动几个协程,然后再等待它们。

避免取消 Scope Job

❌如果需要取消协程,不要首先取消 scope job。

class WorkManager {
    val job = SupervisorJob()
    val scope = CoroutineScope(Dispatchers.Default + job)
    
    fun doWork1() {
        scope.launch { /* do work */ }
    }
    
    fun doWork2() {
        scope.launch { /* do work */ }
    }
    
    fun cancelAllWork() {
        job.cancel()
    }
}

fun main() {
    val workManager = WorkManager()
    
    workManager.doWork1()
    workManager.doWork2()
    workManager.cancelAllWork()
    workManager.doWork1() // (1)
}

上述代码的问题是,当取消 job 时,它将被置于已完成状态,在一个已完成 job 的 scope 中启动的协程不会被执行 (1)。

✅如果需要取消特定 scope 内的所有协程,可以使用 cancelChildren 函数。此外,提供取消单个 job 的能力是一种不错的做法 (2)。

class WorkManager {
    val job = SupervisorJob()
    val scope = CoroutineScope(Dispatchers.Default + job)
    
    fun doWork1(): Job = scope.launch { /* do work */ } // (2)
    
    fun doWork2(): Job = scope.launch { /* do work */ } // (2)
    
    fun cancelAllWork() {
        scope.coroutineContext.cancelChildren()         // (1)                             
    }
}
fun main() {
    val workManager = WorkManager()
    
    workManager.doWork1()
    workManager.doWork2()
    workManager.cancelAllWork()
    workManager.doWork1()
}

避免使用隐式 Dispatcher 编写 suspend 函数

❌不要编写依赖于特定协程 dispatcher 执行的 suspend 函数。

suspend fun login(): Result {
    view.showLoading()
    
    val result = withContext(Dispatcher.IO) {  
        someBlockingCall() 
    }
    view.hideLoading()
    
    return result
}

在上面的示例中,如果从非 Main dispatcher 的协程执行 suspend 函数 login 会导致 Crash:

launch(Dispatcher.Main) {     // (1) no crash
    val loginResult = login()
    ...
}

launch(Dispatcher.Default) {  // (2) cause crash
    val loginResult = login()
    ...
}

CalledFromWrongThreadException:只有创建 View 层次结构的原始线程才能操作其 View。

✅以可以从任何协程 dispatcher 执行的方式设计 suspend 函数。

suspend fun login(): Result = withContext(Dispatcher.Main) {
    view.showLoading()
    
    val result = withContext(Dispatcher.IO) {  
        someBlockingCall() 
    }
    
    view.hideLoading()
    return result
}

现在我们可以从任意 dispatcher 调用 login 函数了:

launch(Dispatcher.Main) {     // (1) no crash
    val loginResult = login()
    ...
}

launch(Dispatcher.Default) {  // (2) no crash ether
    val loginResult = login()
    ...
}

避免使用 GlobalScope

❌尽量不要在 Android 应用程序中到处使用 GlobalScope

GlobalScope.launch {
    // code
}

GlobalScope 用于启动顶级协程,它们在整个应用程序生命周期内运行,并且不会被提前取消。
应用程序代码通常应该使用程序定义的 CoroutineScope,非常不建议在 GlobalScope 实例上运行 asynclaunch

✅在 Android 中协程可以很容易地将 Scope 限制为 Activity、Fragment、View 或 ViewModel 的生命周期。

class MainActivity : AppCompatActivity(), CoroutineScope {
    
    private val job = SupervisorJob()
    
    override val coroutineContext: CoroutineContext
        get() = Dispatchers.Main + job
    
    override fun onDestroy() {
        super.onDestroy()
        coroutineContext.cancelChildren()
    }
    
    fun loadData() = launch {
        // code
    }
}

特别感谢:Andrey Mischenko,Louis CAD,Bradyn Poulsen,Tolriq,Dave A。


原文:https://proandroiddev.com/kotlin-coroutines-patterns-anti-patterns-f9d12984c68e
作者:Dmytro Danylyk
编译:码王爷

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,402评论 6 499
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,377评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,483评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,165评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,176评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,146评论 1 297
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,032评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,896评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,311评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,536评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,696评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,413评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,008评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,659评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,815评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,698评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,592评论 2 353

推荐阅读更多精彩内容