我的书签
添加书签
移除书签5.4.2 Handler分析
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
public Handler（Callback callback）{
mLooper=Looper.myLooper（）；
if（mLooper==null）{
throw new RuntimeException（……）；
}
//和构造函数1类似，只不过多了一个设置callback。
mQueue=mLooper.mQueue；
mCallback=callback；
}
//构造函数3
public Handler（Looper looper）{
mLooper=looper；//looper由外部传入，是哪个线程的Looper不确定。
mQueue=looper.mQueue；
mCallback=null；
}
//构造函数4，和构造函数3类似，只不过多了callback设置。
public Handler（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更像一个辅助类，帮助我们简化编程的工作。
（1）Handler和Message
Handler提供了一系列函数，帮助我们完成创建消息和插入消息队列的工作。这里只列举其中一二。要掌握详细的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）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知识基本上讲解完了，可是在实际编码过程中还有一个重要问题需要警惕，下一节内容就会谈及此问题。
