android中UI主线程与子线程深入分析
本文较为深入的分析了android中UI主线程与子线程。分享给大家供大家参考。具体如下：
在一个Android程序开始运行的时候，会单独启动一个Process。默认的情况下，所有这个程序中的Activity或者Service（Service和Activity只是Android提供的Components中的两种，除此之外还有ContentProvider和BroadcastReceiver）都会跑在这个Process。
一个Android程序默认情况下也只有一个Process，但一个Process下却可以有许多个Thread。在这么多Thread当中，有一个Thread，我们称之为UIThread。UIThread在Android程序运行的时候就被创建，是一个Process当中的主线程MainThread，主要是负责控制UI界面的显示、更新和控件交互。在Android程序创建之初，一个Process呈现的是单线程模型，所有的任务都在一个线程中运行。因此，我们认为，UIThread所执行的每一个函数，所花费的时间都应该是越短越好。而其他比较费时的工作（访问网络，下载数据，查询数据库等），都应该交由子线程去执行，以免阻塞主线程。
那么，UIThread如何和其他Thread一起工作呢？常用方法是：诞生一个主线程的Handler物件，当做Listener去让子线程能将讯息Push到主线程的MessageQuene里，以便触发主线程的handlerMessage（）函数，让主线程知道子线程的状态，并在主线程更新UI。
例如，在子线程的状态发生变化时，我们需要更新UI。如果在子线程中直接更新UI,通常会抛出下面的异常：
11-0713:33:04.393:ERROR/JavaBinder(1029):android.view.ViewRoot$CalledFromWrongThreadException:Onlytheoriginalthreadthatcreatedaviewhierarchycantouchitsviews.
意思是，无法在子线程中更新UI。为此，我们需要通过Handler物件，通知主线程UiThread来更新界面。
如下，首先创建一个Handler,来监听Message的事件：
privatefinalintUPDATE_UI=1;
privateHandlermHandler=newMainHandler();
privateclassMainHandlerextendsHandler{
@Override
publicvoidhandleMessage(Messagemsg){
switch(msg.what){
caseUPDATE_UI:{
Log.i("TTSDeamon","UPDATE_UI");
showTextView.setText(editText.getText().toString());
ShowAnimation();
break;
}
default:
break;
}
}
}
或者：
privateHandlermHandler=newHandler(){
@Override
publicvoidhandleMessage(Messagemsg){
switch(msg.what){
caseUPDATE_UI:{
Log.i("TTSDeamon","UPDATE_UI");
showTextView.setText(editText.getText().toString());
ShowAnimation();
break;
}
default:
break;
}
}
}
当子线程的状态发生变化，则在子线程中发出Message，通知更新UI。
mHandler.sendEmptyMessageDelayed(UPDATE_UI,0);
在我们的程序中，很多Callback方法有时候并不是运行在主线程当中的，所以如果在Callback方法中更新UI失败，也可以采用上面的方法。
希望本文所述对大家的Android程序设计有所帮助。