与其说协程是一个轻量级线程,我更愿意把它当然一个个待执行/可执行的任务。这样就引申出一个问题——协程是运行在哪个线程上的?这就是本篇文章想要探讨的问题,同时我们也将学习如何让协程在特定的线程里执行。
首先来看一个例子:
fun log(msg: String) {
println("[${
Thread.currentThread().name}] $msg")
}
fun main() = runBlocking {
val job1 = GlobalScope.launch {
log("launch before delay")
delay(100)
log("launch after delay")
}
val job2 = GlobalScope.launch {
log("launch2 before delay")
delay(200)
log("launch2 after delay")
}
job1.join()
job2.join()
}
下面是在我机器上的一个输出(需要加入 JVM 参数 -Dkotlinx.coroutines.debug
才会打印协程名):
[DefaultDispatcher-worker-2 @coroutine#3] launch2 before delay
[DefaultDispatcher-worker-1 @coroutine#2] launch before delay
[DefaultDispatcher-worker-1 @coroutine#2] launch after delay
[DefaultDispatcher-worker-1 @coroutine#3] launch2 after delay
这个输出有两个要点:
- 从线程名推断,两个协程很可能运行在某个线程池中
- 第二个协程先运行在 worker-2,然后又运行在 worker-1
关于第一点, launch
的文档有这么一句话:
If the context does not have any dispatcher nor any other
ContinuationInterceptor
, thenDispatchers.Default
is used.
这里引入了本篇文章的主题——Distpacher,正是它决定了协程运行在哪个线程里。Dispatcher 的问题我们马上会谈到,我们先看看第二个问题。
第二个协程先运行在 worker-2,然后又运行在 worker-1。这提醒我们,很多时候不能假设协程会运行在同一个线程里,它唯一保证的是,协程中的代码会串行执行。由于协程是串行执行的,即使前后不是在同一个线程,我们也能安全地对局部变量进行读写:
suspend fun foo() {
val list = someSuspendFn()
val list2 = someOtherSuspendFn()
// cope with list/list2
}
</