android中UI主线程与子线程深入分析

本文较为深入的分析了android中ui主线程与子线程。分享给大家供大家参考。具体如下：

在一个android 程序开始运行的时候，会单独启动一个process。默认的情况下，所有这个程序中的activity或者service（service和 activity只是android提供的components中的两种，除此之外还有content provider和broadcast receiver）都会跑在这个process。

一个android 程序默认情况下也只有一个process，但一个process下却可以有许多个thread。在这么多thread当中，有一个thread，我们称之为ui thread。ui thread在android程序运行的时候就被创建，是一个process当中的主线程main thread，主要是负责控制ui界面的显示、更新和控件交互。在android程序创建之初，一个process呈现的是单线程模型，所有的任务都在一个线程中运行。因此，我们认为，ui thread所执行的每一个函数，所花费的时间都应该是越短越好。而其他比较费时的工作（访问网络，下载数据，查询数据库等），都应该交由子线程去执行，以免阻塞主线程。

那么，ui thread如何和其他thread一起工作呢？常用方法是：诞生一个主线程的handler物件，当做listener去让子线程能将讯息push到主线程的message quene里，以便触发主线程的handlermessage（）函数，让主线程知道子线程的状态，并在主线程更新ui。

例如，在子线程的状态发生变化时，我们需要更新ui。如果在子线程中直接更新ui,通常会抛出下面的异常：

11-07 13:33:04.393: error/javabinder(1029):android.view.viewroot$calledfromwrongthreadexception:only the original thread that created a view hierarchy can touch its views.

意思是，无法在子线程中更新ui。为此，我们需要通过handler物件，通知主线程ui thread来更新界面。

如下，首先创建一个handler,来监听message的事件：

private final int update_ui = 1;
private handler mhandler = new mainhandler();

private class mainhandler extends handler {
@override
public void handlemessage(message msg) {
switch (msg.what) {
case update_ui: {
log.i("ttsdeamon", "update_ui");
showtextview.settext(edittext.gettext().tostring());
showanimation();
break;
}
default:
break;
}
}
}

或者：

private handler mhandler = new handler(){
@override
public void handlemessage(message msg) {
switch (msg.what) {
case update_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程序设计有所帮助。