为何Dispatchers.Main中的Kotlin协程不阻塞主线程？

先看你的代码执行逻辑：

override fun onResume() {
    super.onResume()

    lifecycleScope.launch(Dispatchers.Main) {
        println(1)
        delay(3000)
        println(2)
    }
    println(3)
}

为什么输出顺序是3→1→2？ #

• lifecycleScope.launch(Dispatchers.Main) 是在主线程的协程上下文里启动协程，但协程启动不会阻塞当前线程。主线程执行到这行时，只是把协程任务提交到主线程的消息队列，然后立刻继续执行后面的 println(3)，所以先输出3。
• 之后主线程的消息队列处理协程任务，执行 println(1)，输出1。
• 遇到 delay(3000) 这个挂起函数时，协程会主动挂起，让出主线程（主线程可继续处理其他UI事件或任务），3秒后协程恢复执行，输出2。

Dispatchers.Main 有没有线程池？ #

Dispatchers.Main 没有线程池，它直接绑定到Android的主线程（UI线程）。但它不是让协程一直占用主线程，而是利用主线程的Looper消息队列调度协程的挂起和恢复：

• 协程在Main调度器上执行时，所有代码都跑在主线程，但遇到挂起函数（比如delay、挂起封装的网络请求）时，协程会暂时让出主线程，等挂起条件满足后，再通过消息队列回到主线程继续执行。
• 如果你把delay换成真正的阻塞操作（比如Thread.sleep(3000)），主线程会被直接卡住，此时输出顺序会变成1→2→3，因为sleep会阻塞主线程，后面的println(3)要等sleep结束才能执行。

viewModelScope 默认用 Dispatchers.Main 为什么不会阻塞主线程？ #

viewModelScope 默认的调度器确实是Dispatchers.Main，但同样依赖协程的挂起机制：

• 在viewModelScope里启动的协程，执行挂起函数时会主动释放主线程，不会卡住UI。比如你在viewModelScope里调用挂起式的网络请求，主线程可以继续响应用户操作，等请求返回后，协程自动回到主线程更新UI，完全不用手动切换线程。

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