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 什么是协程的结构化并发？

在kotlin的协程中，全局的GlobalScope是一个作用域，每个协程自身也是一个作用域，新建的协程与它的父作用域存在一个级联的关系，也就是一个父子关系层次结构。而这级联关系主要在于：

1. 父作用域的生命周期持续到所有子作用域执行完；

2. 当结束父作用域结束时，同时结束它的各个子作用域；

3. 子作用域未捕获到的异常将不会被重新抛出，而是一级一级向父作用域传递，这种异常传播将导致父父作用域失败，进而导致其子作用域的所有请求被取消。

上面的三点也就是协程结构化并发的特性。

了解了什么是协程的结构化并发，那我们就又回到try-catch为什么在协程中开启一个失败的子协程的情况下会失败？的问题上。很显然，上面第3点就是这个问题的答案，子协程中未捕获的异常不会被重新抛出，而是在父子层次结构中向上传播，这种异常传播将导致父Job失败。

在这种情况下，我们就应该使用一个新的处理异常的方法：CoroutineExceptionHandler

二、CoroutineExceptionHandler全局捕获异常

---

除了try-catch外，协程处理异常的第二个方法是使用CoroutineExceptionHandler。

2.1 CoroutineExceptionHandler的介绍

首先我们来了解一下什么是CoroutineExceptionHandler？

CoroutineExceptionHandler是用于全局“捕获所有”行为的最后一种机制。您无法在CoroutineExceptionHandler中从异常中恢复。当处理程序被调用时，协程已经完成了相应的异常。通常，该处理程序用于记录异常、显示某种错误消息、终止和/或重新启动应用程序。

这是官方文档中对CoroutineExceptionHandler的解释，起初时我对于这个解释是读不懂的，后面仔细想了想，CoroutineExceptionHandler作为一个全局捕获异常的方式，是由于协程结构化并发的特性的存在，子作用域的异常经过一级一级的传递，最后由CoroutineExceptionHandler进行处理。因为传递到CoroutineExceptionHandler时已经到达顶层作用域，这种情况下，子协程已经结束。也就是说在CoroutineExceptionHandler被调用时，所有子协程已经完成了相应的异常。

2.2 CoroutineExceptionHandler的使用

首先，我们在ViewModel中创建了一个exceptionHandler，

private val exceptionHandler = CoroutineExceptionHandler { _, exception ->

Log.d(TAG, “CoroutineExceptionHandler exception : ${exception.message}”)

}

接着将exceptionHandler附加给viewModelScope。

fun loadProjectTree() {

viewModelScope.launch(exceptionHandler) {

//失败的接口

service.loadProjectTreeError()

}

}

根据协程的结构化并发的特性，当根协程通过launch{}启动时，异常将被传递给已附加的CoroutineExceptionHandler。

2.3 CoroutineExceptionHandler的不足

协程中不使用try-catch，CoroutineExceptionHandler作为全局捕获异常的机制，最后异常会在CoroutineExceptionHandler中处理。但是有两点需要注意：

1. 由于没有try-catch来捕获住异常，异常会向上传播，直到它到达RootScope或SupervisorJob，根据协程的结构化并发的特性，异常向上传播时，父协程会失败，同时父协程所级联的子协程和兄弟协程也都会失败；

如果你想并行请求多个接口，并且需要他们彼此不影响任务的执行，也就是任何一个接口异常，其他任务将继续执行，那么CoroutineExceptionHandler不是一个很好的选择。而接下来说的supervisorScope更适合这种情况。

2. CoroutineExceptionHandler的作用在于全局捕获异常，CoroutineExceptionHandler无法在代码的特定部分处理异常，例如针对某一个失败接口，无法在异常后进行重试或者其他特定操作。

如果你想在特定部分做异常处理的话，try-catch更适合。

三、SupervisorScope+async

---

上面2.3提到了CoroutineExceptionHandler的一个缺陷：子协程出现异常，父协程和其兄弟协程也都会跟着执行失败。

针对此问题，kotlin协程中提出了另一个协程作用域：SupervisorScope

该作用域与async结合开启协程时，子协程出现了异常，并不会影响其父协程以及其兄弟协程。所以更适合多个并行任务的执行。

举个例子：

viewModelScope.launch() {

supervisorScope {

try {

//除数为0，抛异常

val deferredFail = async { 2 / 0 }

//成功

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

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

文末

那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试

• 技能
  
• 面试技巧+面试题
  

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试

• 技能
  [外链图片转存中…(img-otNOrAVs-1711948011011)]
• 面试技巧+面试题
  [外链图片转存中…(img-pMwJVvmQ-1711948011012)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！