Android中Dispatcher与主线程的区别及协程调度机制疑问

首先明确二者不属于同一个概念层级：

• Android主线程（又称UI线程）是系统为应用创建的操作系统级原生线程，是应用进程启动时默认生成的唯一UI调度线程，核心职责是处理View绘制、用户触控/输入事件分发，强制要求所有UI更新操作必须在该线程执行，且不能执行超过100~200ms的耗时任务，否则会触发ANR（应用无响应）。
• 协程Dispatcher是Kotlin协程框架提供的任务调度规则，作用是指定协程代码块要分配到哪个/哪些线程上执行，本身不是线程。Android场景常用的调度器包括Dispatchers.Main（绑定主线程）、Dispatchers.Default（CPU密集型任务专用）、Dispatchers.IO（IO密集型任务专用）等。

你查阅的官方文档对应就是Dispatchers.Default的实现逻辑：

它在JVM上由共享线程池提供支持。默认情况下，该Dispatcher使用的最大并行度等于CPU核心数，最低为2。并行度X可保证该Dispatcher中并行执行的任务数量不超过X。

它会生成新线程吗？ #

会，但不会无限制生成，也不会每次使用都创建新线程：
Dispatchers.Default底层绑定全局共享的固定大小线程池，首次使用该调度器时会初始化线程池的核心工作线程，后续所有使用Dispatchers.Default的协程都会复用这些已创建的线程，只有在特殊场景下（比如原有工作线程意外销毁）才会生成新的工作线程，总线程数不会超过CPU核心数（最低为2）的上限。

DefaultDispatcher-worker是什么？ #

日志中看到的DefaultDispatcher-worker-1是底层工作线程的名称，不是协程：
协程本身是运行在线程上的轻量级任务单元，本身不持有线程资源。当你用Dispatchers.Default启动协程时，协程框架会把协程代码块作为任务提交到对应的共享线程池，由线程池中空闲的工作线程（名称带DefaultDispatcher-worker前缀的线程）拉取任务执行，这些工作线程都是主线程之外的独立线程，和主线程相互隔离。

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)

    val timeInMillis = measureTimeMillis {
        GlobalScope.launch(Dispatchers.Default) {
            Log.d(TAG, "Starting coroutine in thread ${Thread.currentThread().name}")
            val answer = doNetworkCall()
            withContext(Dispatchers.Main) {
                Log.d(TAG, "Setting text in thread ${Thread.currentThread().name}")
            }
        }

    }
    Log.d(TAG, "(The operation took $timeInMillis ms)")
}

代码运行顺序如下：

1. onCreate方法本身执行在主线程，measureTimeMillis统计的是启动协程的耗时，不是协程内部代码的执行耗时，所以你打印出的时间会非常短（通常低于1ms），因为协程是异步非阻塞启动的，不会等内部代码执行完再往下走。
2. 协程代码块会被调度到Dispatchers.Default的工作线程执行，所以第一个Log打印的线程名是DefaultDispatcher-worker-x格式。
3. 耗时方法doNetworkCall在工作线程执行，不会阻塞主线程。
4. 网络请求结束后通过withContext(Dispatchers.Main)切回主线程，后续的Log打印的就是主线程名称（通常为main），此时可以安全执行UI更新操作。

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