在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,所以应用程序会报错。