|
lidate，而相当于只是设置TextView的一个属性，不会invalidate，就没有后面的那些方法调用了，归根结底，就不会调用ViewRootImpl的checkThread，也就不会报错。而第二种方法，调用setText之后，就会引发后面的一系列的方法调用，VIew要刷新界面，ViewGroup要更新布局，计算子View的大小位置，到最后，ViewRootImpl就会checkThread，就崩了。
所以，严格上来说，第一种方法虽然在子线程了设置View属性，但是不能够归结到”更新View“的范畴，因为还没画出来呢，就没有所谓的更新。
那么，为啥说绝大多数不会报错呢？这是因为，如果我们在onCreate开启子线程之后，在子线程又执行了耗时操作，比如Thread.sleep，那么子线程再调用setText的时候，就会崩溃，因为这时候onStart、onResume都执行了，你再想在子线程更新View，那么门都没有！
不知道有没有同学会这样想：我记得在子线程里面用Toast也会报错，加上Looper.prepare和Looper.loop就可以了，这里可以这样做吗？
答案当然是不可以。
Toast和View本质上是不一样的，Toast在子线程报错，是因为Toast的显示需要添加到一个MessageQueue中，然后Looper取出来，发给Handler调用显示，子线程因为没有Looper，所以需要加上Looper.prepare和Looper.loop创建一个Looper,但是实质上，这还是在子线程调用，所以还是会报错的！
那么为什么Android要求只能在UI主线程中更改View呢？这就要说到Android的单线程模型了，因为如果支持多线程修改View的话，由此产生的线程同步和线程安全问题将是非常繁琐的，所以Android直接就定死了，View的操作必须在UI线程，从而简化了系统设计。
ok，希望上面说到的这些能对你有所帮助。
|