kotlin协程异常处理之-try catch

一、try catch

try catch是否一定有效呢?未必,来看一下:

1、withContext

java 复制代码
import kotlinx.coroutines.*

fun main() = runBlocking {
    launch {
        println("launch start")
        try {
            withContext(Dispatchers.IO) {
                // 可能抛出异常
            }
        } catch (ex: Exception) {
            println("withContext caught: ${ex.message}")
        }
        println("launch end")
    }
}

withContext是一个挂起函数,它会暂停当前协程的执行,等待传递进来的协程上下文切换后继续执行。当在withContext内部发生异常时,异常会被传递回到withContext函数的调用者,也就是当前协程的上一级代码中,进而可以被try-catch块捕获到。

2、launch

java 复制代码
import kotlinx.coroutines.*

fun main() = runBlocking {
    try {
        launch {
            println("launch start")
            // 可能抛出异常
            println("launch end")
        }
    } catch (ex: Exception) {
        println("launch caught: ${ex.message}")
    }
}

try {
    GlobalScope.launch {
        throw NullPointerException()
    }
} catch (e :Exception) {
    e.printStackTrace()
}

launch启动的协程是独立于调用它的协程之外的一个新的协程,它没有直接的上级协程来捕获它的异常,因此try-catch在协程外部捕获不到协程中的异常。

事实证明,只要是launch的协程,无论是子协程还是根协程,都无法被捕获。比如:

java 复制代码
GlobalScope.launch {
    try {
        launch {
            Log.d("MainActivity_", "launch-> threadName->" + Thread.currentThread().name)
            throw NullPointerException()
        }
    } catch (e :Exception) {
        e.printStackTrace()
    }
}

一样会崩溃。

如果将try catch放于内部:

java 复制代码
import kotlinx.coroutines.*

fun main() = runBlocking {
     launch {
         try {
            // 可能抛出异常
         } catch (ex: Exception) {
            println("launch caught: ${ex.message}")
         }
         println("launch end")
	 }
}

这样便可以捕获得到异常了。

3、async

(1)内部async

java 复制代码
GlobalScope.launch {
    try {
        val deferredResult: Deferred<Int> = async {
            Log.d("AsyncTest", "throw before")
            throw Exception("async function exception")
            Log.d("AsyncTest", "throw after")
        }
        deferredResult.await()
    } catch (ex: Exception) {
        Log.d("AsyncTest", "${ex.message}")
    }
}

输出:

java 复制代码
D/AsyncTest: throw before
D/AsyncTest: async function exception

但是程序奔溃了,可以捕获异常,但是会崩。


(2)、将try catch放于内部:

java 复制代码
GlobalScope.launch {
    val deferredResult: Deferred<Int> = async {
        try {
            Log.d("AsyncTest", "throw before")
            throw Exception("async function exception")
            Log.d("AsyncTest", "throw after")
        } catch (e: java.lang.Exception) {
            Log.d("AsyncTest", "${e.message}")
        }
    }
    deferredResult.await()
}

输出:

java 复制代码
D/AsyncTest: throw before
D/AsyncTest: async function exception

可以捕获异常,并且程序不会崩溃。


(3)、使用GlobalScope.async

java 复制代码
GlobalScope.launch {
    try {
        val deferredResult: Deferred<Int> = GlobalScope.async {
            Log.d("AsyncTest", "throw before")
            throw Exception("async function exception")
            Log.d("AsyncTest", "throw after")
        }
        deferredResult.await()
    } catch (ex: Exception) {
        Log.d("AsyncTest", "${ex.message}")
    }
}

输出:

java 复制代码
D/AsyncTest: throw before
D/AsyncTest: async function exception

可以捕获异常,并且程序不会崩溃。


(4)、只对deferredResult.await()try catch

java 复制代码
GlobalScope.launch {
    val deferredResult: Deferred<Int> = GlobalScope.async {
        Log.d("AsyncTest", "throw before")
        throw Exception("async function exception")
        Log.d("AsyncTest", "throw after")
    }
    try {
        deferredResult.await()
    } catch (e: Exception) {
        Log.d("AsyncTest", "${e.message}")
    }
}

输出:

java 复制代码
D/AsyncTest: throw before
D/AsyncTest: async function exception

可以捕获异常,并且程序不会崩溃。

结论

1、withContext是一个挂起函数,它会暂停当前协程的执行,等待传递进来的协程上下文切换后继续执行。当在withContext内部发生异常时,异常会被传递回到withContext函数的调用者,也就是当前协程的上一级代码中,进而可以被try-catch块捕获到。

2、launch启动的协程是独立于调用它的协程之外的一个新的协程,它没有直接的上级协程来捕获它的异常,因此try-catch在协程外部捕获不到协程中的异常。

3、async如果启动的是子协程,那么代码执行到 throw 异常的时候就抛出了异常,与是否调用await方法无关,这个异常可以用try-catch捕获但是会引起崩溃。

4、async开启一个根协程,在调用await方法时候会抛出异常,这个异常可以用try-catch捕获不引起崩溃。

👀关注公众号:Android老皮!!!欢迎大家来找我探讨交流👀

相关推荐
码农coding4 小时前
android12 systemUI 之锁屏
android
圆山猫4 小时前
[Virtualization](三):RISC-V H-extension 与 Guest 执行模式
android·java·risc-v
爱笑鱼4 小时前
Binder(七):getCallingUid() 读到的是谁?clearCallingIdentity() 又清掉了什么?
android
2501_9159090610 小时前
iOS 应用反调试技详解术 检测调试器的原理与防护实践
android·ios·小程序·https·uni-app·iphone·webview
Lvan的前端笔记10 小时前
AndroidX 完全入门指南
android·androidx
帅次11 小时前
Android 应用高级面试:Window 近1年高频追问 18 题
android·面试·职场和发展
总捣什么乱111 小时前
MySQL MySQL是怎么保证主备一致的?
android·mysql·adb
zzm62812 小时前
精读 HinDroid:基于异构信息网络的安卓恶意软件检测
android
weixin_4407841113 小时前
Android基础知识汇总
android·java·android studio
sbjdhjd13 小时前
安全初级 | Upload 文件上传漏洞实操
android·经验分享·安全·网络安全·开源·php·apache