构建器始终会捕获所有异常并 将其表示在结果 Deferred 对象中， 因此它的 CoroutineExceptionHandler 也无 效。 在监督作用域内运行的协程不会将异常传播到其父协程，并且会从此规则 中排除。本文档的另一个小节——监督提供了更多细节。 import kotlinx.coroutines.* @OptIn(DelicateCoroutinesApi::class) Rethrowing CancellationException with original cause CoroutineExceptionHandler got java.io.IOException 监督 正如我们之前研究的那样，取消是在协程的整个层次结构中传播的双向关系。 让我们看一下需要单向取消的情况。 此类需求的一个良好示例是在其作用域内定义作业的 UI 组件。如果任何一个 UI 的子 件， 但是如果 UI 组件被销毁了（并且它的作业也被取消了），由于其结果不 再需要了，因此有必要取消所有子作业。 另一个例子是服务进程孵化了一些子作业并且需要 监督 它们的执行，追踪它 们的故障并在这些子作业执行失败的时候重启。 监督作业 SupervisorJob 可以用于这些目的。 它类似于常规的 Job，唯一的不同是： SupervisorJob 的取消只会向下传播。这是很容易用以下示例演示：

构建器始终会捕获所有异常并将其表 示在结果 Deferred 对象中， 因此它的 CoroutineExceptionHandler 也无效。 在监督作用域内运行的协程不会将异常传播到其父协程，并且会从此规则中排除。本文 档的另一个小节——监督提供了更多细节。 import kotlinx.coroutines.* @OptIn(DelicateCoroutinesApi::class) Rethrowing CancellationException with original cause CoroutineExceptionHandler got java.io.IOException 监督 正如我们之前研究的那样，取消是在协程的整个层次结构中传播的双向关系。让我们看一下 需要单向取消的情况。 此类需求的一个良好示例是在其作用域内定义作业的 UI 组件。如果任何一个 UI 的子作业执 组件， 但是如果 UI 组件被销毁了 （并且它的作业也被取消了），由于其结果不再需要了，因此有必要取消所有子作业。 另一个例子是服务进程孵化了一些子作业并且需要 监督 它们的执行，追踪它们的故障并在这 些子作业执行失败的时候重启。 监督作业 SupervisorJob 可以用于这些目的。 它类似于常规的 Job，唯一的不同是：SupervisorJob 的取消 只会向下传播。这是很容易用以下示例演示：

16 章 附录 hello‑algo.com 368 开源的魅力 纸质图书的两次印刷的间隔时间往往较久，内容更新非常不方便。 而在本开源书中，内容更迭的时间被缩短至数日甚至几个小时。 1. 内容微调 如图 16‑3 所示，每个页面的右上角都有“编辑图标”。您可以按照以下步骤修改文本或代码。 1. 点击“编辑图标”，如果遇到“需要 Fork 此仓库”的提示，请同意该操作。 2. 修改 Markdown

版的主页上进行展示，以感谢他们对开源社区的无 私奉献。 开源的魅力 纸质图书的两次印刷的间隔时间往往较久，内容更新非常不方便。 而在本开源书中，内容更迭的时间被缩短至数日甚至几个小时。 1. 内容微调 如图 16‑3 所示，每个页面的右上角都有“编辑图标”。您可以按照以下步骤修改文本或代码。 1. 点击“编辑图标”，如果遇到“需要 Fork 此仓库”的提示，请同意该操作。 2. 修改 Markdown