为什么不能在子线程中直接更新ui

首先在子线程中是可以直接更新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()方法。