Android中在Dispatchers.IO/Default协程访问View不崩溃的原因？

根据Android规则，UI操作必须在主线程执行，但你用Dispatchers.IO和Dispatchers.Default协程操作TextView却没崩溃，核心原因是Android的UI线程检查不是在所有UI方法里直接触发的，它的触发有特定场景：

核心逻辑：UI线程检查的触发时机 #

Android的线程检查逻辑在ViewRootImpl.checkThread()方法中，只有同时满足以下两个条件时，才会执行检查：

• 目标View已经附加到窗口（attached to window），也就是完成了和Window的绑定；
• 当前操作需要触发和ViewRootImpl的交互（比如绘制、布局、刷新UI等）。

你的场景为什么没崩溃？ #

你在Activity中执行这段协程代码，大概率是在onCreate这类早期生命周期方法里：

• 此时TextView还没完成和Window的绑定（内部mAttachInfo为null），调用setText只是修改了TextView内部的文本缓存，并没有触发后续的绘制流程，自然不会走到checkThread()的检查逻辑；
• 就算View已经完成绑定，某些UI操作也可能因为暂时没触发重绘而躲过检查，但这种情况完全不可靠，后续只要触发UI刷新（比如屏幕旋转、其他控件触发重绘），就可能突然崩溃。

你的代码示例 #

(application as TestApp).applicationScope.launch(Dispatchers.IO) {
    println("Thread 2 "+Thread.currentThread().name)
    binding.username.setText("text2")
}

(application as TestApp).applicationScope.launch(Dispatchers.Default) {
    println("Thread 3 "+Thread.currentThread().name)
    binding.username.setText("text3")
}

打印的线程信息 #

Thread 3 DefaultDispatcher-worker-4
Thread 2 DefaultDispatcher-worker-2

注意事项 #

永远不要依赖这种“没崩溃”的情况，正确的做法是始终在主线程（或使用Dispatchers.Main协程）执行UI操作，否则在不同设备、Android版本下，随时可能出现崩溃或异常UI表现。

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