协程的挂起与恢复

原理

遇到挂起函数时,会首先返回一个对象(协程内部定义的一个单例类),然后将协程封装成 Continuation 对象传递至挂起函数中,挂起函数需要返回真正结果时再调用 Continuation 的 resumeWith 方法,恢复协程的执行。

Continuation 内部会通过状态机(其实就一个 int 型变量)控制回调时开始执行的位置。这就是挂起与恢复的 Java 实现。

finally 代码块

java 中的 finnaly 比较特殊,即使在 try 中使用了 return 语句,finally 也一定会执行。

那如果 try 中调用了挂起函数,finally 代码块该在何时执行呢?答案是在挂起函数返回真正结果后执行,与调用普通函数一致

原因是:由 kt 生成的 java 代码中并没有使用 finnaly,finally 代码块会放在所有代码后执行

如下绿框中的代码是 finally 代码块中的代码,可以发现它被放到了 invokeSuspend 的最后面,保证是在最后执行

使用 finally 时可能会存在一个问题:如果在 finally 中使用协程,该协程有可能不会被执行。原因在于:如果 try 中代码期间协程被取消了,那么 finally 中的协程就不会在执行(协程不会运行在已取消的 scope 中)。

如下:在 try 执行时如果协程被取消了,deleteFile 永远不会执行到。

kotlin 复制代码
viewModelScope.launch {
    try {
        file.deleteOnExit()
        file.createNewFile()
        val consume = write(file)
    } finally {
        deleteFile(file)
    }
}

解决方式是在 deleteFile 外层使用 withContext(NonCancellable)包裹,但要注意使用该方式时一定要注意内存泄露等:因为该作用域内的协程已经脱离的掌控,没有办法进行取消了。

kotlin 复制代码
withContext(NonCancellable) {
    deleteFile(file)
}
相关推荐
alexhilton6 小时前
将应用迁移到Navigation 3:痛点、加班和紧急修复
android·kotlin·android jetpack
杉氧11 小时前
Navigation Compose 深度实践:如何优雅地串联起你的全栈 App?
android·架构·android jetpack
雨白15 小时前
指针与数组的核心机制
android
黄林晴19 小时前
Room 3.0 正式发布!包名彻底重构,KMP 成为核心主线
android·android jetpack
三少爷的鞋20 小时前
Kotlin 协程环境下的 DCL 懒加载:别把线程时代的经验直接搬过来
android
plainGeekDev20 小时前
Gson → kotlinx.serialization
android·java·kotlin
CYY951 天前
Compose 入门篇
android·kotlin
杉氧2 天前
Compose 时代的 MVI 架构:如何用单向数据流驱动复杂 UI?
android·架构·android jetpack
杉氧2 天前
Modifier 的艺术:为什么链式调用的顺序决定了UI 的生命周期?
android·架构·android jetpack