已处于主线程时，为何使用Dispatchers.Main启动协程？

即使你已经处于主线程，用launch(Dispatchers.Main)包裹代码依然有不少实际意义，核心原因在于协程本身的特性，而非单纯的线程切换：

• 解锁挂起能力，避免线程阻塞
  主线程本身不支持挂起，如果你直接在main函数里写阻塞操作（比如Thread.sleep(1000)），会完全卡死主线程，导致后续任务无法执行。但在协程块中，你可以调用挂起函数（比如delay(1000)），挂起协程时不会阻塞主线程——线程会被释放去处理其他任务，等挂起条件满足后，协程会在主线程恢复执行。这是普通主线程代码做不到的非阻塞式等待。

• 统一异步代码范式，降低后续维护成本
  如果你的项目大量使用协程处理异步逻辑（比如网络请求、数据库操作），用launch(Dispatchers.Main)包裹同步代码可以保持风格一致。后续如果需要给这段代码添加异步操作（比如先请求接口再更新UI），不需要重构整个代码结构，直接在协程块内调用挂起函数即可，无需额外处理线程切换。

• 借助协程上下文实现生命周期与任务管理
  协程可以通过Job对象轻松管理任务生命周期：比如你可以随时调用job.cancel()终止协程执行，这比在普通主线程代码中通过标志位中断逻辑要简洁得多。在Android等实际业务场景中，lifecycleScope或viewModelScope本质就是绑定了生命周期的Main调度器协程，提前用这种写法能帮你适应真实项目中的协程使用模式。

• 提升代码的通用性与可移植性
  假设后续这段代码需要从其他线程（比如IO线程）触发执行，launch(Dispatchers.Main)能确保代码始终在主线程运行，无需额外添加线程切换逻辑。而普通的main函数代码如果在其他线程调用，就需要手动处理线程切换，通用性差很多。

举个简单对比：
直接在主线程写阻塞代码：

fun main() {
    // 卡死主线程1秒，期间主线程无法处理任何其他任务
    Thread.sleep(1000)
    println("执行完成")
}

用协程包裹的非阻塞写法：

fun main() = runBlocking {
    launch(Dispatchers.Main) {
        // 挂起协程1秒，主线程可同时处理其他任务
        delay(1000)
        println("执行完成")
    }
    println("主线程继续执行其他任务")
}

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