Android中线程和Handle
omguare 2011-11-15
相信大家对线程应该不会太陌生了，线程是进程中的实体，它的生命周期：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);
- }
- }
- }
这时这个线程的状态变化是：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的用法，如果你认为我表达的意思中有错误的观点或者有任何疑问，都欢迎给我留言，谢谢指点。
