深入理解Android消息处理系统——Looper、Handler、Thread

Message：消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，终由Handler处理。

Handler：处理者，负责Message的发送及处理。使用Handler时，需要实现handleMessage(Message msg)方法来对特定的Message进行处理，例如更新UI等。

MessageQueue：消息队列，用来存放Handler发送过来的消息，并按照FIFO规则执行。当然，存放Message并非实际意义的保存，而是将Message以链表的方式串联起来的，等待Looper的抽取。

Looper：消息泵，不断地从MessageQueue中抽取Message执行。因此，一个MessageQueue需要一个Looper。

Thread：线程，负责调度整个消息循环，即消息循环的执行场所。

handle在子线程中的使用

class LooperThread  extends Thread {
public Handler mHandler;

public  void run() {
  Looper.prepare();//给线程创建一个消息循环
  mHandler =  new Handler() {
    public  void handleMessage(Message msg) {
      // process incoming messages here
    }
  };
  Looper.loop();//使消息循环起作用，从消息队列里取消息，处理消息
  }
}

·      Handler的处理过程运行在创建Handler的线程里

·      一个Looper对应一个MessageQueue

·      一个线程对应一个Looper

·      一个Looper可以对应多个Handler

·      不确定当前线程时，更新UI时尽量调用post方法

1、如果通过工作线程刷新界面，推荐使用handler对象来实现。

2、注意工作线程和主线程之间的竞争关系。推荐handler对象在主线程中构造完成（并且启动工作线程之后不要再修改之，否则会出现数据不一致），然后在工作线程中可以放心的调用发送消息SendMessage等接口。

3、除了2所述的hanlder对象之外的任何主线程的成员变量如果在工作线程中调用，仔细考虑线程同步问题。如果有必要需要加入同步对象保护该变量。

4、handler对象的handleMessage接口将会在主线程中调用。在这个函数可以放心的调用主线程中任何变量和函数，进而完成更新UI的任务。

5、Android很多API也利用Handler这种线程特性，作为一种回调函数的变种，来通知调用者。这样Android框架就可以在其线程中将消息发送到调用者的线程消息队列之中，不用担心线程同步的问题。

从其它线程访问UI 线程

因此，Handler处理消息总是在创建Handler的线程里运行。而我们的消息处理中，不乏更新UI的操作，不正确的线程直接更新UI将引发异常。因此，需要时刻关心Handler在哪个线程里创建的。

 

如何更新UI才能不出异常呢？SDK告诉我们，有以下4种方式可以从其它线程访问UI线程：

·      Activity.runOnUiThread(Runnable)

·      View.post(Runnable)

·      View.postDelayed(Runnable, long)

·      Handler

其中 ， 重点说一下的是View.post(Runnable) 方法。在post(Runnable action) 方法里 ，View 获得当前线程 （ 即UI 线程 ） 的Handler ， 然后将action 对象post 到Handler 里。在Handler 里，它将传递过来的action 对象包装成一个Message （Message 的callback 为action ），然后将其投入UI 线程的消息循环中。在Handler 再次处理该Message 时，有一条分支（未解释的那条）就是为它所设，直接调用runnable 的run 方法。而此时，已经路由到UI 线程里，因此，我们可以毫无顾虑的来更新UI 。