Android学习笔记——从源码看Handler的处理机制

可能是出于性能的考虑，Android的UI操作是非线程安全的。

也就是说，如果你在一个新开的线程中直接操作UI是会引发异常的。

但是，Android又规定，不要去阻塞UI线程！否则，轻者引起程序卡顿，重者直接引发臭名昭著的“ANR”异常。

 

为了解决这一种矛盾，Android引入了Handler来解决这个问题。

Handler有两种常见的用法：

第一种是“发送信息”，我们可以将我们要改变的参数通过Message发送给指定的Handler，然后在Handler中的handleMessage方法中进行处理。

另一种是将一个runnable对象“post”给Handler对象去执行。

实际上，这两种方法是没有太本质的区别的。

接下来从源代码的角度来看Handler的整个运行机制。

首先先来看看Message对象：

message中有几个比较重要的成员变量

what // 一个用来表示这个信息的类型

arg1 // 参数1

arg2 // 参数2

object // 可以携带任何一个对象

还有这一个：

这个东东就是用来传递Runnable对象的。

 

接下来看Handler的sendMessage方法：

 

可以看到，它实际上是调用另一个发送的方法，我们跟进去：

 

靠，原来这几个方法是一回事来的，继续看：

 

终于不一样了~~~，这里多了一个MessageQueue对象，神马东西？从名字上看应该是“信息队列”的意思。也就是说，实际上，我们发送给Handler的信息并不是直接交给Handler去处理，而是Handler会把Message先放入一个MessageQueue中。MessageQueue就是一个数据结构，以队列的形式管理Message。那么，谁又把Message从Message从MessageQueue中拿出来呢？

这就需要另一个对象Looper了。

Looper的构造方法很有意思：

 

那也就是说我们是无法直接创建Looper对象的，经验告诉我们，这种情况下，一般不是单例就是工厂。实际上是这个：

 

这个方法保证了一个线程中只有一个Looper对象，否则会出现异常。

实际上，Looper中有一个loop方法：

 

上面是我把无关代码去掉后的loop方法，这个方法中looper对象一直去调用MessageQueue的next()方法，也就是不断地从消息队列中取出消息，然后重点来了：

 

嗯，这一步就是把消息交给对应的Handler去处理。

 

那么post一个Runnable对象又是怎么做到的呢？

 

这方法看起来相当的亲切啊！猜应该也可以猜到了getPostMessage方法是怎么实现了吧：

 

猜对没有？

所以本质上都是通过发信息来实现的。

看看dispatchMessage是怎么做的吧：

 

接下来就好说了，如果callback不是null，那就是让它去run咯！如果是普通消息， 那就是靠我们自己写的handleMessage去处理了。

 

至此，Handler的运行机制就是这些了。很喜欢张龙老师的一句话：源代码下，了无秘密。

总结一下：

Message：这个对象携带着我们想做的信息。

MessageQueue：以队列的形式管理Message对象。

Looper：每个线程只有一个Looper对象，它负责管理MessageQueue，会不断地从中取出Message对象，交给相应的Handler去处理。

Handler：它把Message发送给Looper维护的MessageQueue，并负责处理Looper传递过来的Message对象。

 

by yjiyjige 2013.06.19