为什么不能在子线程中直接更新ui_为什么不能在子线程更新ui-优快云博客

本文详细分析了在Android中为什么不能在子线程更新UI，指出原因是ViewRootImpl的checkThread方法会检查是否在主线程，以及UI控件的线程不安全性质。同时，解释了在onResume之前可以更新UI不报错的原因。讨论了避免使用锁机制优化UI更新的考虑，强调了主线程的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

首先在子线程中是可以直接更新ui的

@Override
    public void onActivityCreated(Bundle savedInstanceState) {
        super.onActivityCreated(savedInstanceState);
        init();
        new Thread(new Runnable() {
            @Override
            public void run() {
                tv_sport_mile.setText("测试界面更新");
            }
        }).start();
    }

在onActivityCreated方法里去更新是不会报错并且能实现的。但是，如果我们让线程等待2秒后再更新UI，则会发生报错并且从at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:7021)的报错可以看到是在ViewRootIml类的checkThread方法中出现异常

原因：
首先要知道View的绘制流程
在这里插入图片描述
ViewRootImpl是在View的绘制前声明的。
iew的绘制流程是从scheduleTraversals()方法开始的，而在调用scheduleTraversals()方法前，调用了checkThread()方法，该方法会检查当前线程是否为主线程。

 void checkThread() {
        if (mThread != Thread.currentThread()) {
            throw new CalledFromWrongThreadException(
                    "Only the original thread that created a view hierarchy can touch its views.");
        }
    }

如果当前线程不是主线程，则抛出异常Only the original thread that created a view hierarchy can touch its views，跟我们的异常一直吻合。总结一下就是在刷新页面前会判断当前是否在主线程，如果不在主线程则抛异常。这就是不能在子线程更新ui的逻辑

这个只解释了如果在子线程更新UI为什么会抛异常；真正不能再自在子线程更新UI的原因是：UI控件非线程安全，在多线程中并发访问可能会导致UI控件处于不可预期的状态。而不对UI控件的访问加上锁机制的原因有：
上锁会让UI控件变得复杂和低效
上锁后会阻塞某些进程的执行

总结： ViewRootImpl是在Activity的onResume（）方法后面创建出来的，所以在onResume之前的UI更新可以在子线程操作而不报错，因为这个时候ViewRootImpl还没有创建，没有执行checkThread()方法。