Kotlin协程指定dispatcher/context的重要性及未指定的后果

1. Kotlin协程中指定dispatcher与context的重要性有多高？未指定时会产生什么问题？ #

dispatcher是协程Context的核心组成部分，直接决定协程运行的线程/线程池资源，重要性非常高：

• 它直接决定协程任务的运行优先级、资源分配逻辑，和业务场景的适配性直接挂钩：比如UI更新必须运行在主线程对应的Dispatchers.Main，耗时IO任务需要运行在IO专用线程池，CPU密集型计算需要运行在计算专用线程池。
• 未指定时会直接使用当前协程Scope绑定的默认dispatcher，一旦默认dispatcher和业务场景不匹配，就会出现两类核心问题：
  • 主线程阻塞：如果默认dispatcher是Dispatchers.Main，直接在协程里执行耗时操作会触发UI掉帧，甚至应用无响应（ANR）
  • 资源抢占效率低下：如果默认dispatcher是计算专用的Dispatchers.Default，用来跑大量IO阻塞任务会占满有限的计算线程，导致真正的计算类任务无法及时调度，整体运行效率大幅下降。

2. 若启动协程时未指定dispatcher（例如GlobalScope.launch {}），默认会使用哪个dispatcher？ #

默认会使用Dispatchers.Default，这是一个和CPU核心数绑定大小的共享后台线程池，设计初衷是用来执行CPU密集型计算任务。
注意：只有无绑定上下文的全局Scope默认才是Dispatchers.Default，像Android平台的lifecycleScope、viewModelScope这类和组件生命周期绑定的Scope，默认dispatcher是Dispatchers.Main。 #

3. 若在主线程中启动该协程，是否会自动使用Dispatchers.main？ #

不会。协程使用的dispatcher仅和启动时传入的参数、所使用的Scope绑定的默认context有关，和启动协程代码执行的线程没有关系。
举个实际场景例子：你在Android主线程执行GlobalScope.launch { }，协程依然会运行在Dispatchers.Default的后台线程，不会自动切换到主线程。 #

4. 若协程完全未指定dispatcher或context，例如执行数据库操作时全程未指定Dispatchers.IO，是否会引发严重问题？ #

会，问题严重程度和当前协程使用的默认dispatcher有关：

• 如果当前协程默认dispatcher是Dispatchers.Main：数据库操作属于阻塞式IO任务，直接在主线程执行会立刻卡住UI，轻则掉帧，重则触发ANR直接闪退。
• 如果当前协程默认dispatcher是Dispatchers.Default：Dispatchers.Default的线程数量等于设备CPU核心数，本来是为非阻塞的计算任务设计的，用来跑IO阻塞任务会快速占满所有计算线程，导致其他计算类任务无法被及时调度，整体应用性能大幅下降，高并发场景下甚至会出现任务大面积阻塞超时的问题。

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