子线程更新UI不报错

   在android系统中主线程又叫UI线程，显而易见，更新UI只能交给主线程。看到这个叙述，我表示怀疑，先写个简单的程序试验一下。

public class MainActivity extends Activity {
    private TextView tv=null;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        tv=(TextView) this.findViewById(R.id.tv);
        new Thread(){
            public void run() {
                tv.setText("我是一个textview");

            };
        }.start();
    }
}   

   实验现象很奇怪，textview正常更新了。让线程睡眠一下，程序竟然挂掉了,换成Toast直接就挂掉了.textview是继承view类的，在view类中有个requestLayout方法。当调用这个方法时原来view的内容会失效，会重新设置view的内容。当调用textview的settext()方法时是要改变textview的内容的，所以会调用这个方法。

/**
     * Call this when something has changed which has invalidated the
     * layout of this view. This will schedule a layout pass of the view
     * tree.
     */
 public void requestLayout() {
        mPrivateFlags |= PFLAG_FORCE_LAYOUT;
        mPrivateFlags |= PFLAG_INVALIDATED;

        if (mParent != null && !mParent.isLayoutRequested()) {
            mParent.requestLayout();
        }
    }

             在调用这个方法时，会调用requestLayout()方法，它位于ViewParent接口中，奇怪的是view并没有实现这个接口，在源代码view类的同一个目录下，有一个ViewRootImpl类，这是viewroot的实现类。这个类是隐藏的，它实现了ViewParent接口，重写requestLayout()方法，在这个方法中调用了checkThread()，对线程做检查，当不是主线程时就会抛出异常。只有主线程才能更新UI得到了证实。

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

   但是之前真的是子线程更新了UI。产生这个现象的原因是在viewroot创建完才会执行检查，viewroot在此时还没有创建，所以此时子线程可用更新UI。对子线程进行睡眠后viewroot已经创建完成，所有这时更新会报错。toast的本质不一样，需要添加looper，子线程没有looper，所以应用程序会报错。