Kotlin协程中子协程的父上下文为何与父协程自身上下文不同

这种设计本质是结构化并发约束下的上下文继承+按需覆盖机制，核心意义有三点：

• 满足灵活的运行环境切换需求
  父协程的上下文往往是和自身业务场景绑定的，比如示例中mother协程用Dispatcher.Main是为了处理UI交互，而子协程如果要执行网络请求、文件读写这类耗时操作，就需要切换到Dispatcher.IO这类工作线程调度器。差异化设计可以让子协程只覆盖调度器这一项配置，不用修改其他继承自父协程的配置，不用手写复杂的线程切换逻辑就能适配不同的业务场景。
• 不破坏结构化并发的核心规则
  子协程只是覆盖了自定义的上下文项，公共的核心配置仍然是继承自父协程：比如示例中new协程仍然继承了父协程的Job实例和异常处理器，这就保证了父协程取消时子协程会被联动销毁，子协程抛出未捕获异常时会触发父协程的异常处理逻辑，不会出现协程泄漏，也不会打破协程的层级生命周期绑定关系。
• 降低样板代码和配置出错概率
  通用的上下文配置（比如全局异常处理器、协程名、通用调度器）只需要在父协程或者作用域层级配置一次，所有子协程默认继承，只需要在有特殊需求的子协程里修改对应的配置项即可，不用每次启动协程都重复编写全量的上下文配置，既减少了冗余代码，也避免了重复配置时可能出现的参数错误。

你给出的示例就是这种设计的典型使用场景：上层作用域配置好主线程调度器和全局异常处理器，启动子协程做IO操作时只需要指定IO调度器，剩下的生命周期管理、异常处理都自动继承父级配置，不用额外编写代码。

内容的提问来源于stack exchange，提问作者ntos