android源码解析-Handler

Handler是用于发送和处理消息和一个线程的MessageQueue相关联的Runable对象。每个Handler实例关联到一个单一线程和线程的messagequeue。当您创建一个Handler,从你创建它的时候开始，它就绑定到创建它的线程以及对应的消息队列，handler将发送消息到消息队列，并处理从消息队列中取出的消息。

Handler的主要用途有两个：(1)、在将来的某个时刻执行消息或一个runnable,(2)、为运行在不同线程中的多个任务排队。

???主要依靠post(Runnable)、postAtTime(Runnable, long)、postDelayed(Runnable, long)、sendEmptyMessage(int)、sendMessage(Message)、sendMessageAtTi(Message)、sendMessageDelayed(Message, long)这些方法来来完成消息调度。post方法是当到Runable对象到达就被插入到消息队列；sendMessage方法允许你把一个包含有信息的Message插入队列，而且它会Handler的handlerMessage(Message)方法中执行(该方法要求在Handler的子类中实现)。

当向Handler post或者send消息的时候，你可以在消息队列准备好的时候立刻执行，或者指定一个延迟之前得到处理或绝对时间对它进行处理，后两个是实现了timeout、ticks或者其他timing-based的行为。

当你的应用创建一个进程时，其主线程(UI线程)会运行一个消息队列,负责管理优先级最高的应用程序对象(活动、广播接收器等)和任何他们创建的windows。你也可以创建自己的线程，通过handler与主线程进行通信，通过在你创建的线程调用的post或sendMessage方法。传入的Runnable或者消息会被插入到消息队列并且在适当的时候得到处理。

?

先看下类里面使用的全局变量：

?

都会在构造方法里面赋值：

?

?

?

在默认构造方法里面，handler是和当前线程的队列关联在一起，如果队列不存在，那么handler就不能接受消息。第二个有参构造方法中，需要传入一个callback接口用于处理handler传递的Message。第三个有参构造函数是传进来一个looper来代替默认的looper。第四个就是传递一个looper和callback。

?

在70行有个?FIND_POTENTIAL_LEAKS参数：找到潜在的泄露。看下注释：

?

?

?

设置这个标记为true来检测不是静态的匿名,本地或成员类继承Handler类。这些类型的类可以带来潜在的泄漏。在Handler的构造方法里面使用到了这个参数，目的就如上所述：

?

?

?

接着下面就是Callback接口：

?

?

当你实例化一个Handler的时候可以使用Callback接口来避免写自定义的Handler子类。这里的机制类似与Thread与runable接口的关系。

在Handler里面，子类要处理消息的话必须重写handleMessage()这个方法，因为在handler里面它是个空方法：

?

再来看一下：dispatchMessage()这个方法：

用于传递系统消息。当message的callback不为空的时候，调用handleCallback方法，如下：

?

?

?

关于调用Message的方法，在这篇文章里面先不谈，解析Message源码的时候再说。

下面是171行的getMessageName()方法：

?

我们从源码中结合注释，返回传入message的name值，默认的实现是如火message.callback不为空，就返回callback的类名，或者返回一个16进制的message的what值。

?

再往下，191行的obtainMessage()方法：

从一个全局消息池里面获取一个新的Message。在Message池中检索是否存在与handler实例对应的message比创建一个新的Message更高效。如果你不想创建新Message，就是用Message.obtain方法代替。

?

下面是几个obtainMessage的重载方法：

?

和上面相同，只是参数不同，为返回的Message的一些属性赋值。

?

在往下就是post（）方法了：

把传入的Runnable对象r加入到Message队列中，这个runnable对象将在handler关联的线程中执行。如果runnable对象被正确执行返回true，如果looper遍历消息队列时退出，则返回false。在这个方法中，主要是调用了sendMessageDelayed方法。在下面会有相应的分析。

?

接下来，看一下其他有关post的方法（从266行到353行）：

?

postAtTime在指定时间uptimeMillis把runnable插入到队列中去，另一个postAtTime方法又加了一个Object类型的token，在下面的sendMessageAtTime中具体分析。postDelayed在延迟delayMillis时间后插入队列。postAtFrontOfQueue把Runnable插入到队首，下一次轮询就会被执行。

?

下面是从队列中删除对应的runable：

?

下面就是重头戏SendMessage：

?

?

把一个消息插入到当前所有正在等待执行的消息的后面。它会在当前线程所关联的handler的handleMessage方法中被处理。我们看到这个方法主要是调用了441行的sendMessageDelayed方法（延迟0秒发送消息）：

?

?

这个方法主要是在delayMillis时间后发送消息。调用的是467行的sendMessageAtTime方法：

?

?

这个方法才是真正执行插入到队列的操作，把message插入到消息队列中。

?

像386行到427行等发送消息，均是调用sendMessageAtTime方法：

?

发送空消息，使用Message.obtain()方法获得一个Message（上面已经讲道这个方法）进行发送。

?

在往下495行sendMessageAtFrotOfQueue：

?

把一个消息插入到message queue的队首。但是我们注意到在SendMessageAtTime中插入队列代码：

?

?

在uptimeMillis时间后插入到队列，而在sendMessageAtFrotOfQueue中插入队列代码：

?

?

按照字面意思理解，就是立即插入队列，但是立刻插入队列也不能实现插到队首。那到底是如何实现的哪？这一点，将在MessageQueue源码分析中揭晓。

?

从511行到535行是从消息队列中删除对应的消息：

?

541行，检查消息队列中是否存在相对应的消息：

?

?

555行：获取当前looper：

?

?

往下，dump方法，从字面意思上理解：转储，具体作用，还不太了解，将在Looper源码解析中分析下。

?

?

575行，获取当前Messenger：

?

?

关于Messenger信使类，请关注以后源码分析。

?

591行：将一个Runnable封装成一个Message。

?

getPostMessage这个方法在上面所说的post系列方法中，被广泛使用。

?

最后，604行，处理message里面的runnable消息，直接调用了run方法。

?