协程里最贵的 bug 不是崩溃，是"静默地不干活"。上一节把 Job 的取消传播讲清了，本节顺着异常这条线往下走：异常从协程抛出后经过哪些环节、到哪儿被接住、CancellationException为什么要特殊对待、以及CoroutineExceptionHandler究竟在什么位置生效。这题在面试里的分层非常明显——只答"用 try/catch"是入门，能把传播路径和取消语义讲完整，才算过了这一关。
先把结论放在前面：协程异常处理有三条主线。①传播规则：launch的异常会取消父 Job 并向上抛，async的异常被Deferred持有、需await()才会重新抛出；②取消语义：CancellationException是协程的正常终止信号，不该被catch吞掉，吞掉会导致Job一直停在 Cancelling 状态（协程"卡住不结束"）；③兜底位置：CoroutineExceptionHandler只对根协程（没有父 Job 的）生效，给子协程装它不起作用。
机制拆解
先看异常是怎么移动的。协程体里throw一个异常 → 异常被包装成JobCancellationException之类的形式交给当前 Job → Jo
