为 runBlocking 提供 Dispatches.Main 挂起 Android App。为什么？

Question

当我在 Android 中运行下面的代码时，它运行良好。

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        runBlocking {
            launch { 
                Log.d("Track", "main runBlocking pre       : ${Thread.currentThread().name}")
                delay(500)
                Log.d("Track", "main runBlocking post      : ${Thread.currentThread().name}")
            }
        }
    }

打印出来

Track: main runBlocking pre       : main
Track: main runBlocking post      : main

但是，如果我将 Main 上下文提供给 runBlocking，如下所示

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        runBlocking(Dispatchers.Main) { // Provide Dispatchers.Main
            launch { 
                Log.d("Track", "main runBlocking pre       : ${Thread.currentThread().name}")
                delay(500)
                Log.d("Track", "main runBlocking post      : ${Thread.currentThread().name}")
            }
        }
    }

它挂起并且没有运行它。

注意：Dispatchers.Main 正在使用

implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.4.1'

为什么挂了？

我认为不向runBlocking 提供Dispatchers.Main 是让它在主线程中运行，这与提供Dispatchers.Main 相同。是不是我理解错了？

注意： 我使用的库如下

    implementation "org.jetbrains.kotlin:kotlin-stdlib:1.4.21"
    implementation 'androidx.core:core-ktx:1.3.2'
    implementation 'androidx.appcompat:appcompat:1.2.0'
    implementation 'com.google.android.material:material:1.2.1'
    implementation 'androidx.constraintlayout:constraintlayout:2.0.4'
    implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-core:1.4.2'
    implementation 'org.jetbrains.kotlinx:kotlinx-coroutines-android:1.4.1'
    testImplementation 'org.jetbrains.kotlinx:kotlinx-coroutines-test:1.4.2'

Answer 1

runBlocking 的默认调度程序是一个自定义调度程序，它使用调用它的线程来运行协程的延续。这就是为什么当您从 runBlocking 协程块中登录时，它会报告它在主线程上。

但是，这与在Dispatchers.Main. Dispatchers.Main 上运行某些东西不同，它通过将代码块作为可运行文件发布到主处理程序来处理协程延续。但是，该处理程序当前正在运行此onCreate 方法，并且在onCreate 返回之前无法处理其队列中的其他消息。但是runBlocking 在其子协程返回之前不会返回，所以onCreate 永远不会返回。

另一方面，默认的runBlocking 调度程序甚至在返回之前直接在当前线程上运行延续。它甚至不知道处理程序。如果您使用默认调度程序从runBlocking 内部启动一个协程到Dispatchers.main，我想您会遇到同样的问题。