协程的挂起与恢复

原理

遇到挂起函数时,会首先返回一个对象(协程内部定义的一个单例类),然后将协程封装成 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)
}
相关推荐
mmsx1 小时前
Android 本地优先的三级语义理解降级链
android·数码相机·策略模式
朱涛的自习室1 小时前
我让 Gemini 4 当高管、DeepSeek 当员工,开了一家软件公司(Day 1)
android·前端·人工智能
事圆则缓1 小时前
Android 中的 Socket 和 WebSocket:从一条聊天消息看清区别
android·websocket·网络协议
mmsx3 小时前
Android 流式对话实现:分层门面与 SSE 手工解析
android·github·sse
墨狂之逸才3 小时前
Android扫码异常排查小白教程
android
恋猫de小郭3 小时前
Kotlin 2.5 的 Companion 改造,对 KMP 的重要升级
android·前端·flutter
Kapaseker5 小时前
写了这么久 Kotlin,你真的理解 in、out 和 * 吗?
android·kotlin
小七在进步5 小时前
C++内存管理:new/delete vs malloc/free深度解析
android·java·c++
geovindu18 小时前
sql:Search-Optimized SQL Queries using mysql 9.0
android·数据库·sql·mysql·数据库开发·数据库架构
知之则吱吱20 小时前
Android 开发者验证机制迎来新变化:核心要求、实施时间与开发者应对指南
android·google