为什么不能在子线程中直接更新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()方法。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值