浅谈Android Handler 机制实现与工作原理（1）

Handler在android项目中经常用到，之前转载过一篇关于Handler的文章，不过个人觉得比较概念性，本篇主要是从源码上解析Handler工作的原理机制。

下面是我从网上看到的一个Handler工作流程图，如下：

首先这个是Handler的默认构造方法，

this进入的是下面的方法

在Handler的构造方法中，首先通过Looper.myLooper()方法获取当前线程的Looper对象，如果Looper对象为空，就抛出异常，说当前线程还没有调用Looper.prepare()方法。如果Looper不为空，Handler就会持有Looper的MessageQueue对象mQueue。

我们来看mLooper = Looper.myLooper();进入的是如下的静态方法中，返回的是一个Looper对象

这里的sThreadLocal是定义在Looper类中

这里有一个很关键的类：ThreadLocal，它一个线程内部的数据存储类，通过它存储的数据只有在它自己的线程才能获取到，其他线程是获取不到的。所以sThreadLocal.get()获取的就是当前线程的Looper对象。在Looper.prepare()方法中我们看到了如果当前线程已经有Looper对象，就会抛出异常，说一个线程只能创建一个Looper对象，所以Looper对象与自己所在的线程是相对应的。

看看Looper类中的代码就明白啦

 这个是Looper的构造方法，私有的，外界是不能直接创建Looper对象的。在Looper的构造方法中会创建一个MessageQueue对象，这个就是负责存放消息的消息队列，也就是Handler所持有的mQueue 对象。它是由Looper创建和管理的。只能通过Looper.prepare()方法创建对象并且通过Looper.myLooper()获取对象，这就保证了一个线程只能有一个Looper对象。Looper.prepare()不能调用两次。

Handler发送消息的方法有很多，但无论你是send一个Message还是post一个Runnable；无论你是延时发送还是不延时发送，最终都会调用Handler的enqueueMessage()方法。

直接把消息存放到MessageQueue 就完事了。那么消息又是从哪里被取出来的呢？Looper里有一个Looper.loop()方法，我们看一下它的源码。

从上面的代码中我们看到loop()会开启一个死循环，不断地从MessageQueue中取出消息并交给Handler处理。在前面的enqueueMessage()方法中我们知道了msg.target就是发送消息的Handler对象。

这里有同学可能会有疑问：上面的代码中明明如果(msg == null)，就退出方法，为什么我还说loop()里面是个死循环呢？这是因为MessageQueue的next()方法取出消息的时候，如果没有消息，next()方法会阻塞线程，直到MessageQueue有消息进来，然后取出消息并返回。所以queue.next()一般不会返回null，除非调用Looper的quit()或者quitSafely()方法结束消息轮询，queue.next()才会返回null，才会结束循环。

最后我们来看 一下消息的处理：Handler的dispatchMessage(msg)方法。

处理消息的方法有三个：
1、优先级最高的是Message自己的callback，这是一个Runnable对象，我们用Handler post一个Runnable的时候，其实就是把这个Runnable赋值个一个Message对象的callback，然后把Message对象发送给MessageQueue。
2、优先级第二的是Handler自己的mCallback，在我们创建一个Handler对象的使用可以传一个Handler.Callback对象给它并实现Callback里的handleMessage(msg)方法，作为我们的消息处理方法。
3、优先级最低的是Handler自己的handleMessage(msg)方法，这也是我们最常用的消息处理方法。