Android子线程更新UI就会Crash么

子线程中真的不可以更新UI么？

看一个熟悉的场景：

运行结果可能很多人猜是：ViewRootImpl$CalledFromWrongThreadException

可惜啊，并没有任何异常，良好运行。

这个不是有悖我们原则么？  

你们这么想就是误解了这个原则，原话是不推荐在子线程中更新UI，因为会造成不必要的错误，没说不行啊。

那么CalledFromWrongThreadException出现在哪里呢？

但是上面的代码显然没有运行到这个方法（这个方法在哪找，请接着向下看），也就不会有异常发生。

接下来就是解析这个setText方法，看它在什么情况可以运行到checkThread方法，什么时候又不可以

查看TextView方法调用顺序

最后调用到了最后一个setText(CharSequence,TextView,BufferType,boolean,int)

方法里找到关键代码：

checkForlayout方法 ：检查是否这个新的文本需要一个新的view对象或仅仅是一个新的布局（layout）

查看checkForlayout方法,里面有一段关键代码

两种情况下都需要调用requestLayout方法，这个方法可以改变并应用View的自身大小和自身位置

这个方法是TextView父类View的方法：

看到下面有一行 mParent.requestLayout(); 

这里也有一个requestLayout方法，调用者是mParent，这个mParent是ViewParent的对象，但是ViewParent是接口，

搜查这个mParent对象的来源：

View在assignParent中给mParent对象赋值，查看谁调用了这个方法，追溯到了ViewRootImpl

ViewRootImpl对象调用了view.assignParent(this);传入了自身

则mParent.requestLayout就是ViewRootImpl中的方法

在这里进行线程检查，但是为什么一开始的程序没有运行到这呢，因为在onCreate中，Activity还未创建ViewRootImpl对象，

mParent = null 为true

这里没有去继续探寻Activity什么时候创建这个ViewRootImpl，

做个测试：

加1000ms的延迟再去更新UI，这个时候就出现了Crash，可以推测因为ViewRootImpl已经被创建，可以进行线程的检查了

最后总结一下子线程更新UI的正确姿势：

1；使用Handler  

2；使用Activity的runOnUiThread方法把更新UI的代码创建在Runnable中即可

3；使用AsyncTask

三种方法代码都很简单，就不贴了。。。