await 是否阻塞了 android 上的 UI 线程?
Is await blocking the UI thread on android?
我一直在思考协程,我想知道下面的代码。
我对 onCreate() 进行了以下操作。
asyncJob = GlobalScope.launch(Dispatchers.Main) {
val name = async(Dispatchers.Default) { queryDevices() }.await()
mDeviceName.text = deviceName
}
打印出来的执行顺序似乎在 "name" 之前
在 UI 线程上并且设置名称后,它也在 UI 线程上。
queryDevicesMethod() 按预期在后台线程中。
但我想知道 await() 在 UI 线程上调用它时实际上在做什么?
它是否阻塞 UI 线程直到 await returns?
协同程序不会在挂起时阻塞线程。 Kotlin 编译器生成一个状态机,用于从线程分离和附加协程,请参阅 https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md。
在你的情况下 GlobalScope.launch(Dispatchers.Main)
启动一个新的协程,限制在 UI 线程中。然后 async()
启动一个新的协程,限制在另一个调度程序中。 await()
的调用是一个挂起函数,会将第一个协程从 UI 线程中分离出来,等待 async
-协程完成。
顺便说一句:
您不应在一个语句中使用 async
和 await
。这是没有意义的。
您真正想要的是 运行 来自另一个调度程序的 queryDevices()
-函数,但从协程的角度来看不是异步的。在这种情况下,您应该使用 withContext()
我一直在思考协程,我想知道下面的代码。 我对 onCreate() 进行了以下操作。
asyncJob = GlobalScope.launch(Dispatchers.Main) {
val name = async(Dispatchers.Default) { queryDevices() }.await()
mDeviceName.text = deviceName
}
打印出来的执行顺序似乎在 "name" 之前 在 UI 线程上并且设置名称后,它也在 UI 线程上。 queryDevicesMethod() 按预期在后台线程中。
但我想知道 await() 在 UI 线程上调用它时实际上在做什么? 它是否阻塞 UI 线程直到 await returns?
协同程序不会在挂起时阻塞线程。 Kotlin 编译器生成一个状态机,用于从线程分离和附加协程,请参阅 https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md。
在你的情况下 GlobalScope.launch(Dispatchers.Main)
启动一个新的协程,限制在 UI 线程中。然后 async()
启动一个新的协程,限制在另一个调度程序中。 await()
的调用是一个挂起函数,会将第一个协程从 UI 线程中分离出来,等待 async
-协程完成。
顺便说一句:
您不应在一个语句中使用 async
和 await
。这是没有意义的。
您真正想要的是 运行 来自另一个调度程序的 queryDevices()
-函数,但从协程的角度来看不是异步的。在这种情况下,您应该使用 withContext()