Handler消息处理机制

2019独角兽企业重金招聘Python工程师标准>>>

  Android在设计时引入了Handler消息机制，每一个消息发送到主线路的消息队列中，消息队列遵循先进先出原则，发送消息不会阻塞线程，而接收线程会阻塞线程。Handler允许发送并处理Message消息，Message对象通过主线程的MessageQueue消息队列相关联的Message和Runnable对象进行存取。每个Handler实例对Message消息发送和接收与对应主线程和主线程的消息队列有关。当创建一个新的Handler时，Handler就属于当前主线程，主线程MessageQueue消息队列也同步创建，即Handler会绑定到创建该Handler的主线程/消息队列上。然后，Handler就可以通过主线程的消息队列发送和接收Message消息对象了。

Handler的特性

1）Android里没有全局Message Queue消息队列，每个Activity主线程都有一个独立的Message Queue消息队列，消息队列采用先进先出原则。不同APK应用不能通过Handler进行Message通信，同一个APK应用中可以通过Handler对象传递而进行Message通信。

2）每个Handler实例都会绑定到创建它的线程中（一般位于主线程，即Activity线程），但是Handler实例可以在任意线程中创建（可以在主线程或子线程中创建）

3）Handler发送消息使用Message Queue消息队列，每个Message发送到消息队列里面；发送消息采用异步方式，所以不会阻塞线程。而接收线程则采用同步方式，所以会阻塞线程，所以当Handler处理完一个Message对象后才会去取下一下消息进行处理。

  下面我们通过一个实例来加深一下对以上内容的理解，在这个实现中，通过四个Button的onClick事件，实现不同方式的Handler消息处理机制。

button_1：完成在主线程中传递Handler消息处理

button_2：在子线程中完成Handler消息处理

button_3：在其它线程完传入Handler对象并完成其消息处理

button_4：一个实验，验证在其它线程中更新ActivityUI时会抛出异常（这个我没实现，感兴趣的自己写吧）

话不多说，直接上源码吧

1）activity_main.xml

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
    <Button
        android:id="@+id/button_1"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="handle msg in main thread"/>
    <Button
        android:id="@+id/button_2"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="handle msg in sub thread"/>
    <Button
        android:id="@+id/button_3"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="handler comes from other thread"/>
    <Button
        android:id="@+id/button_4"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:text="refresh ActivityUI in other thread"/>
</LinearLayout>

2）MainActivity.java

package cn.lion.handlertest;
import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
import android.os.Looper;
import android.os.Message;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.Toast;
public class MainActivity extends Activity implements OnClickListener{
 private Button button1 = null;
 private Button button2 = null;
 private Button button3 = null;
 //private Button button4 = null;
 private MyHandler mHandler = null;
 private Message msg = null;
 
 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  button1 = (Button)findViewById(R.id.button_1);
  button2 = (Button)findViewById(R.id.button_2);
  button3 = (Button)findViewById(R.id.button_3);
  //button4 = (Button)findViewById(R.id.button_4);
  button1.setOnClickListener(this);
  button2.setOnClickListener(this);
  button3.setOnClickListener(this);
  //button4.setOnClickListener(this);
 }
 @Override
 public void onClick(View v) {
  dealOnClick(v.getId());  
 }
 /**
  * 自定义一个处理onClick事件的方法
  * @param msgId
  */
 private void dealOnClick(int msgId) {
  mHandler = new MyHandler(); //子线程和主线程都可以操作这个mHandler，当然也可以在switch的具体case中才创建
  
  switch(msgId){
  case R.id.button_1:
   // 主线程中创建MyHandler对象，mHandler创建Handler消息类型为1、消息对象为字符串的Message对象
   //mHandler = new MyHandler();
   msg = mHandler.obtainMessage(1, (Object)"Main thread send message by Message Object");
   msg.sendToTarget(); //Handler 发送消息
   break;
  case R.id.button_2:
   InnerThread innerThread = new InnerThread();
   innerThread.start(); //内部线程异步处理button_2的事件
   break;
  case R.id.button_3:
   //mHandler = new MyHandler();
   SubThread subThread = new SubThread(mHandler); //把主线程中创建的mHandler对象传递给子线程
   subThread.start(); //子线程对象，用于异步处理Handler Message消息
   break;   
  }  
 }
 
 /**
  * 自定义MyHandler，继承自Handler，覆盖父类的 handleMessage() 方法，msg.obj
  * 是Message对象传递过来的Object对象，本例中为String对象 。
  * @author lion
  *
  */
 public class MyHandler extends Handler{
  public MyHandler(Looper myLooper){
   super(myLooper);  //重写构造方法，通过Looper创建MyHandler对象
  }
  public MyHandler(){
   
  }
  @Override
  public void handleMessage(Message msg){
   String str = "";
   switch(msg.what){
   case 1:
    str = "1: " + msg.obj;
    break;
   case 2:
    str = "2: " + msg.obj;
    break;
   case 3:
    str = "3: " + msg.obj;
    break;
   }
   Toast toast = Toast.makeText(MainActivity.this, str, Toast.LENGTH_SHORT);
   toast.show();
  }
 }
 
 private class InnerThread extends Thread{
  @Override
  public void run(){
   
   //只能在Activity的主线程中使用不带Looper对象的构造函数来创建Handler对象，所以此行会抛出异常
   //mHandler = new MyHandler();
   
   //Lopper.myLooper()获取Looper为null，所以此行会抛出异常
   //mHandler = new MyHandler(Looper.myLooper());
   
   //通过Looper.getMainLooper()获取父类的looper可以成功创建Handler对象并将Message了送到父类
   mHandler = new MyHandler(Looper.getMainLooper());
   
   Message msg = mHandler.obtainMessage(2, (Object)"Inner thread send message by Message Object");
   msg.sendToTarget();
  }
 }
 
 /**
  * 子线程通过Handler对象创建Message对象，并在子线程中发送Handler消息，这个消息将由主线程在handleMessage中接收并响应
  * @author lion
  *
  */
 public class SubThread extends Thread{
  private Handler mHandler;
  public SubThread(Handler mHandler){
   this.mHandler = mHandler;
  }
  @Override
  public void run(){
   Message msg = mHandler.obtainMessage(3, (Object)"Other thread send message by myHandler");
   msg.sendToTarget();
  }
 }
}

  仔细分析一下Handler的作用：通过上面的实例可以看出，Handler的主要作用是异步处理较费时的操作，优先将界面返回给用户，异步处理完成后再去更新用户界面。在Android中启动应用程序时，Android首先会开启一个主线程（即UI线程），主线程专门管理界面中的UI控件，对事件进行分发，如点击一个Button，Android会分发事件到具体的Button上，以响应用户的操作。

  如果需要处理一个耗时的操作，如下载文件，那么这种操作就绝对不该放到主线程中进行，否则界面会出现假死现象。我们要把这种耗时的操作放到子线程中去处理，子线程处理完成后再根据处理结果决定是否通知主线程更新UI，注意在子线程中是无法更新主线程的界面（UI）的。为了解决这个问题，Android引入了Handler，由于Handler运行在主线程中（即运行于Activity UI线程中），它与子线程可以通过Message对象来传递数据。所以可以利用Handler，从子线程中向主线程发送更新UI的消息，从而实现了UI的及时更新。

至于主线程和子线程如何通信、Handler如何获取Message等问题，见我上篇文章 android的消息处理机制——Looper,Handler,Message

转载于:https://my.oschina.net/u/1391648/blog/282909