（Kotlin协程十六）try/catch 可以捕获子协程的异常吗？为什么？

这是一个关于协程异常处理边界的关键问题。简单的回答是：常规的 try/catch 无法直接捕获由 launch 启动的子协程内部抛出的异常。 但这背后的‘为什么’才是重点，它涉及到协程的并发执行模型、异常传播机制以及结构化并发的设计哲学。”

---

第一部分：核心答案与现象演示

为什么 try/catch 无效？

因为 launch 启动的协程是并发执行的。父协程不会等待子协程完成，它会继续向下执行。当子协程在后台抛出异常时，父协程的 try/catch 块早已执行完毕，异常抛出的时空与 try/catch 的监控范围完全错开。

代码示例：

kotlin

fun main() = runBlocking {
    try {
        // 父协程启动一个子协程后立即继续，不等待
        launch {
            // 这个协程在后台并发执行
            delay(100) // 模拟一些工作
            throw RuntimeException("Boom from child!") // 异常在后台抛出
        }
        // 父协程会立即执行到这里，try 块已经结束！
        println("Parent coroutine continues...")
        delay(200) // 等待一段时间，确保能看到子协程的异常结果
    } catch (e: Exception) {
        // 这个 catch 块永远抓不到来自 launch 子协程的异常