Android中线程和Handle

相信大家对线程应该不会太陌生了，线程是进程中的实体，它的生命周期：1.新建 2.就绪 3.运行 4.阻塞 5.死亡。

当我们编写的Android的UI程序运行后，系统创建了一个叫做“main”的线程，我们可以通过Debug模式进行观看：

这个Main线程也就是主线程，它在Android系统中也叫UI线程。

它负责分发事件给构件，包括绘制事件。例如，当你触摸屏幕上的一个按钮时，UI线程会分发一个触摸事件给构件，

然后，构件会设定自己为被按下的状态，并抛出一个请求给事件队列，UI线程队列接收请求并通知构件绘制自己。

它是非UI安全的，也就是说，不接受非UI线程的修改请求。当我们通过别的线程(非主线程或者说是非原始线程)来修改它的时候，

会抛出这个异常：android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.

CalledFromWrongThreadException 这个字面上都理解过来了，是说这个请求来自于错误的线程。

Only the original thread that created a view hierarchy can touch its views只有最初创建视图层次结构的线程才可以接触到这些视图。

也就是说android中相关的view和控件不是线程安全的，我们可以采用以下几种方式：

Activity.runOnUiThread(Runnable)
View.post(Runnable)
View.postDelayed(Runnable, long)
Handler
AsyncTask

其中我认为最简单的而且最没用的就是runOnUiThread了，只要给它一个Runnable，它轻轻松松就运行在UIThread了。但就是因为这个轻轻松松，我们的问题也来了。

因为它是运行在UI线程，也就是给用户展示和操作的线程，我们用它去执行一些操作的话，这个线程就会进入一个阻塞的状态，如果阻塞状态超过5秒的话，系统就

会过来提示你了，这样给用户的体验很不好，如下图：

这时我们就需要用到上面介绍的另外几种方式来处理，这里介绍下一最常用的Handler。

Handler的使用场合：

1安排messages和runnables在将来的某个时间点执行。

2将action入队以备在一个不同的线程中执行。即可以实现线程间通信。

比如当你创建子线程时，你可以在你的子线程中拿到父线程中创建的Handler对象，就可以通过该对象向父线程的消息队列发送消息了。

由于Android要求在UI线程中更新界面，因此，可以通过该方法在其它线程中更新界面。

下面是完整代码，你可以直接跳过看我后面的断点调试。

package com.hm; import android.app.Activity; import android.os.Bundle; import android.os.Handler; import android.os.Message; import android.widget.ProgressBar; import android.widget.TextView; public class AutoActivity extends Activity{ private ProgressBar bar; private TextView textView; private MyHandler myHandler; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.loading); myHandler=new MyHandler();//新建一个属于UI线程的Handle bar=(ProgressBar)findViewById(R.id.progressBar); textView=(TextView)findViewById(R.id.textView); new Thread(new MyThread()).start();//新建一个子线程并运行 } class MyThread implements Runnable{ @Override public void run() { while(bar.getProgress()<bar.getMax()){ Message msg=new Message(); //这里可以对msg进行参数传递 myHandler.sendMessage(msg); try { //每隔1秒睡眠一次 Thread.sleep(1000); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } System.out.println("used for breakPoint"); } } class MyHandler extends Handler{ @Override public void handleMessage(Message msg) { int progress=bar.getProgress()+10; bar.setProgress(progress); textView.setText(String.valueOf(progress)); super.handleMessage(msg); } } } 在new Thread(new MyThread()).start();//新建一个子线程并运行 这里，我加入了一个断点。运行完这条语句后，可以清楚地看到我们的虚拟机里确实是多了一个线程：

这时这个线程的状态变化是：1.新建 2.就绪 3.运行。

然后我们在子线程中找到父线程中创建的Handler对象myHandler，然后向它发送一个Message，在这个Message中，可以传递任意我们想传递的数据，

这里我没有什么好传的，所以直接new了一个过去。然后myHandler接到这个Message，进入handleMessage方法，在方法里我对ProgressBar的进度每次加10，

并把它显示在TextView上，我们可以很明显地看到TextView的变化，说明UI线程并没有处于阻塞状态，界面也没有假死。最后ProgressBar的进度到了100%，

也就到了这条语句System.out.println("used for breakPoint");当该语句没有执行时，刚才新建的线程是还存在的，当该语句结束后，也就是该线程的run方法结束后，

这个线程的任务也就完成了，这时它即将进行第5个状态-死亡。但它不是立即死亡，它将作为一个小垃圾被系统回收。当系统执行完执行相关的内存释放操作后，

这个线程就自动结束了，我们可以在Debug中看到虚拟机已经找不到这个进程了

，至此该线程死亡。

我通过线程的生命周期来讲解了一下Handle的用法，如果你认为我表达的意思中有错误的观点或者有任何疑问，都欢迎给我留言，谢谢指点。