1. 初识Handler Handler中所包括的成员： **Handler.java** ~~~ final MessageQueue mQueue;//Handler中也有一个消息队列 final Looper mLooper;//也有一个Looper final Callback mCallback;//有一个回调用的类 ~~~ 这几个成员变量是怎么使用的呢？这首先得分析Handler的构造函数。Handler一共有四个构造函数，它们主要的区别，是在对上面三个重要成员变量的初始化上。我们试对其进行逐一分析。 **Handler.java** ~~~ //构造函数1 public Handler() { //获得调用线程的Looper mLooper = Looper.myLooper(); if(mLooper == null) { throw new RuntimeException(......); } //得到Looper的消息队列 mQueue = mLooper.mQueue; //无callback设置 mCallback = null; } //构造函数2 publicHandler(Callback callback) { mLooper = Looper.myLooper(); if(mLooper == null) { throw new RuntimeException(......); } //和构造函数1类似，只不过多了一个设置callback mQueue = mLooper.mQueue; mCallback = callback; } //构造函数3 publicHandler(Looper looper) { mLooper = looper; //looper由外部传入，是哪个线程的Looper不确定 mQueue = looper.mQueue; mCallback = null; } //构造函数4，和构造函数3类似，只不过多了callback设置 publicHandler(Looper looper, Callback callback) { mLooper= looper; mQueue = looper.mQueue; mCallback = callback; } ~~~ 在上述构造函数中，Handler中的消息队列变量最终都会指向了Looper的消息队列，Handler为何要如此做？ 2. Handler的真面目 根据前面的分析可知，Handler中的消息队列实际就是某个Looper的消息队列，那么，Handler做如此安排的目的何在？ 在回答这个问题之前，我先来问一个问题： - 怎么往Looper的消息队列插入消息？ 如果不知道Handler，这里有一个很原始的方法： - 调用Looper的myQueue，它将返回消息队列对象MessageQueue。 - 构造一个Message，填充它的成员，尤其是target变量。 - 调用MessageQueue的enqueueMessage，将消息插入消息队列。 这种原始方法的确很麻烦，且极容易出错。但有了Handler后，我们的工作就变得异常简单了。Handler更像一个辅助类，帮助我们简化编程的工作。 2.1 Handler和Message Handle提供了一系列函数，帮助我们完成创建消息和插入消息队列的工作。这里只列举其中一二。要掌握详细的API，则需要查看相关文档。 ~~~ //查看消息队列中是否有消息码是what的消息 final boolean hasMessages(int what) //从Handler中创建一个消息码是what的消息 final Message obtainMessage(int what) //从消息队列中移除消息码是what的消息 final void removeMessages(int what) //发送一个只填充了消息码的消息 final boolean sendEmptyMessage(int what) //发送一个消息,该消息添加到队列尾 final boolean sendMessage(Message msg) //发送一个消息，该消息添加到队列头，所以优先级很高 final boolean sendMessageAtFrontOfQueue(Message msg) ~~~ 只需对上面这些函数稍作分析，就能明白其他的函数。现以sendMessage为例，其代码如下所示： **Handler.java** ~~~ public final boolean sendMessage(Message msg) { return sendMessageDelayed(msg, 0); //调用sendMessageDelayed } ~~~ **Handler.java** ~~~ // delayMillis是以当前调用时间为基础的相对时间 public final boolean sendMessageDelayed(Message msg, long delayMillis) { if (delayMillis < 0) { delayMillis = 0; } //调用sendMessageAtTime，把当前时间算上 return sendMessageAtTime(msg,SystemClock.uptimeMillis() + delayMillis); } ~~~ **Handler.java** ~~~ //uptimeMillis 是绝对时间，即sendMessageAtTime函数处理的是绝对时间 public boolean sendMessageAtTime(Message msg, long uptimeMillis){ boolean sent = false; MessageQueue queue = mQueue; if (queue != null) { //把Message的target设置为自己，然后加入到消息队列中 msg.target = this; sent = queue.enqueueMessage(msg, uptimeMillis); } return sent; } ~~~ 看到上面这些函数可以想见，如果没有Handler的辅助，当我们自己操作MessageQueue的enqueueMessage时，得花费多大功夫！ Handler把Message的target设为自己，是因为Handler除了封装消息添加等功能外还封装了消息处理的接口。 2.2 Handler的消息处理 刚才，我们往Looper的消息队列中加入了一个消息，按照Looper的处理规则，它在获取消息后，会调用target的dispatchMessage函数，再把这个消息派发给Handler处理。Handler在这块是如何处理消息的呢？ **Handler.java** ~~~ public void dispatchMessage(Message msg) { //如果Message本身有callback，则直接交给Message的callback处理 if(msg.callback != null) { handleCallback(msg); }else { //如果本Handler设置了mCallback，则交给mCallback处理 if (mCallback != null) { if (mCallback.handleMessage(msg)) { return; } } //最后才是交给子类处理 handleMessage(msg); } } ~~~ dispatchMessage定义了一套消息处理的优先级，它们分别是： - Message如果自带了callback处理，则交给callback处理。 - Handler如果设置了全局的mCallback，则交给mCallback处理。 - 如果上述都没有，该消息则会被交给Handler子类实现的handleMessage来处理。当然，这需要从Handler派生并重载handleMessage函数。 在通常情况下，我们一般都是采用第三种方法，即在子类中通过重载handleMessage来完成处理工作的。 至此，Handler知识基本上讲解完了，可是在实际编码过程中还有一个重要问题需要警惕。下一节内容就将谈及此问题。