【Kotlin篇】多方位处理协程的异常，BAT大厂面试总结

\qquad\qquad 1.3 什么是协程的结构化并发？
\qquad 二、CoroutineExceptionHandler
\qquad\qquad 2.1 CoroutineExceptionHandler的介绍
\qquad\qquad 2.2 CoroutineExceptionHandler的使用
\qquad\qquad 2.3 CoroutineExceptionHandler的不足
\qquad 三、SupervisorScope+async
\qquad 四、结论

另外，网络请求异常封装可参考具体项目

一、try-catch捕获异常

1.1 try-catch基础使用

一般来说，处理异常可以使用try-catch块，在try中编写请求代码，catch负责捕获异常。

以一个普通的请求为例：

Api接口：

interface ProjectApi {
@GET(“project/tree/json”)
suspend fun loadProjectTree(): BaseResp<List>

@GET(“project/tree/jsonError”)
suspend fun loadProjectTreeError(): BaseResp<List>
}

Api接口里面列出了两个接口，一个loadProjectTree()作为能够请求成功的接口，loadProjectTreeError()则故意在path中多加了’Error’，模拟请求失败的状态。

具体调用：

suspend fun loadProjectTree() {
try {
val result = service.loadProjectTree()
val errorResult = service.loadProjectTreeError()
Log.d(TAG, “loadProjectTree: $result”)
Log.d(TAG, “loadProjectTree errorResult: $errorResult”)
} catch (e: Exception) {
Log.d(TAG, "loadProjectTree: Exception " + e.message)
e.printStackTrace()
}
}

我们看调用后的结果：

loadProjectTree: Exception HTTP 404 Not Found

由于故意将loadProjectTreeError接口中的path写错，执行流程理所当然的走进了catch里，报了404的错误。loadProjectTree和loadProjectTreeError两个接口其实一个是成功，一个是失败，但当两个接口放在同一个trycatch块中，只要有一个失败，另外的请求即使是成功的，也不再执行。

如果我们想要彼此接口不影响，则需要为每个接口单独设立try-catch块。如下：

suspend fun loadProjectTree() {
try {
val errorResult = service.loadProjectTreeError()
Log.d(TAG, “loadProjectTree errorResult: $errorResult”)
} catch (e: Exception) {
Log.d(TAG, "loadProjectTree: error Exception " + e.message)
e.printStackTrace()
}

try {
val result = service.loadProjectTree()
Log.d(TAG, “loadProjectTree: $result”)
} catch (e: Exception) {
Log.d(TAG, "loadProjectTree: Exception " + e.message)
e.printStackTrace()
}
}

我们将loadProjectTreeError和loadProjectTree分别使用try-catch块进行异常捕获，运行结果也正如预期，接口请求互相不影响：

loadProjectTree: error Exception HTTP 404 Not Found
loadProjectTree: com.fuusy.common.network.BaseResp@57e153d

上述为一般状况下处理协程异常的方法，但是在某些情况下，try-catch却也存在捕获不到异常的可能。

1.2 什么情况下try-catch会无效？

正常来说，try-catch块中只有代码块存在异常，都将被捕获到catch中。但是协程中的异常却存在特殊情况。

例如在协程中开启一个失败的子协程，则无法捕获。还是以上面的接口举个例子：

fun loadProjectTree() {
viewModelScope.launch() {
try {
//子协程
launch {
//失败的接口
service.loadProjectTreeError()
}
} catch (e: Exception) {
e.printStackTrace()
}

}
}

在try-catch块中创建了一个子协程，调用了一个百分百会失败的接口，这个时候我们期望的是能将异常捕获至catch中，但是真正运行后却发现App崩溃退出了。这也验证了try-catch作用无效。

至于try-catch为什么在协程中开启一个失败的子协程的情况下会失败？这就不得不提到一个新的知识点，协程的结构化并发。

1.3 什么是协程的结构化并发？

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

分享读者

作者2013年java转到Android开发，在小厂待过，也去过华为，OPPO等大厂待过，18年四月份进了阿里一直到现在。

被人面试过，也面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长，而且极易碰到天花板技术停滞不前！

我们整理了一份阿里P7级别的Android架构师全套学习资料，特别适合有3-5年以上经验的小伙伴深入学习提升。

主要包括腾讯，以及字节跳动，阿里，华为，小米，等一线互联网公司主流架构技术。如果你有需要，尽管拿走好了。

如果你觉得自己学习效率低，缺乏正确的指导，可以点击加入资源丰富，学习氛围浓厚的技术圈一起学习交流吧！

群内有许多来自一线的技术大牛，也有在小厂或外包公司奋斗的码农，我们致力打造一个平等，高质量的Android交流圈子，不一定能短期就让每个人的技术突飞猛进，但从长远来说，眼光，格局，长远发展的方向才是最重要的。

35岁中年危机大多是因为被短期的利益牵着走，过早压榨掉了价值，如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。

打造一个平等，高质量的Android交流圈子，不一定能短期就让每个人的技术突飞猛进，但从长远来说，眼光，格局，长远发展的方向才是最重要的。

35岁中年危机大多是因为被短期的利益牵着走，过早压榨掉了价值，如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。