Handler源码解析-有关Handler那些事

   Handler被成为异步处理大师，相信大家都会用，面试中也经常会问到Handler的底层原理。今天就来看一看Handler的机制。

    Android的消息处理有四个核心类：Handler、Looper、Message、MessageQueue，都在android.os包中。
Looper的字面意思是“循环器”,"轮询器"，它被设计用来使一个普通线程变成Looper线程。所谓Looper线程就是循环工作的线程。在程序开发中（尤其是GUI开发中），经常会需要一个线程不断循环，一旦有新任务则执行，执行完继续等待下一个任务，这就是Looper线程。
什么是handler？handler扮演了往MQ上添加消息和处理消息的角色（只处理由自己发出的消息），即通知MQ它要执行一个任务(sendMessage)，并在loop到自己的时候执行该任务(handleMessage)，整个过程是异步的。handler创建时会关联一个looper，默认的构造方法将关联当前线程的looper。

来看看Handler的官方注释：

一个Handler可以让你用来发送和处理消息（Message），以及消息上附带的Runnable对象，整个是跟消息队列（MessageQueue）一起使用的。每一个Handler实例会关联到一个唯一的线程和该线程的MessageQueue。如果你创建了一个Handler，他将会跟创建这个Handler的线程和该线程的消息队列绑定在一起。也就是说通过把消息发往这个队列和在出列的时候处理他们。Handler一般有两种应用产景，（1）就是调度消息和runnable对象在未来的某个时间点执行（归纳起来就是消息的发送）；（2）可以把消息发送到其他线程里面。再简单概括一下就是Handler是跟创建他的线程绑定在一起的，然后通过消息队列方式，实现线程安全的操作。

Handler的创建

当我们调用send(),post()方法时，其实是执行了这个：

第一句把msg.target设置为当前的handler本身，这一步很重要，因为在这之后，就跟handler没关系了，后面会分析；接着就调用消息队列的入列方法把消息体丢到队列里面排队等待执行。

可以看到，不管是什么方式，最终都是把消息（runnable最后也是包装成消息）丢到消息队列里面。

接着是Looper的工作机制

这其实就是一个生产者消费者的模型，在for循环里面，looper不断的订阅消息队列的下一个元素（next()方法），然后调用Handler的dispatchMessage方式分发消息给handler进行处理。这里消息一个一个处理完之后才会处理下一个，是单线程串行执行的，而且跟创建handler的线程是同一个线程，所以完美的避免的线程安全的问题。那么你的疑问会是，究竟是谁来调用这个loop方法的，不是会卡住吗？是的，这就是精髓所在，这里的looper是UI线程在初始化完所有的UI操作之后调用的，这样一来，就不会有卡住的问题了。

这里是消息分发的操作：

handleMessage方法是优先级最低的，因为有Handler有个post方法。参数是一个Runnable对象，然后通过创建一个Message，再把message的callback设置为这个runnable，然后再发送到消息队列里面。post方法的场景是你更新UI的时候需要知道获取到了什么新的数据，然后直接更新。而handleMessage方法可以不需要知道更新了哪些数据，就仅仅更新UI就可以了。

handler之所以可以更新UI，不是系统做了什么神奇般的兼容，而是因为他跟UI线程使用的本来就是同一个线程，UI线程通过Looper.loop来等待消息的分发，handler发送消息后把消息放到消息队列里面，而Looper负责从消息队列里面拿数据，又交给handler进行处理，最终实现了UI的异步更新操作。这是个生产者消费者模型典型应用，其中消息队列的功劳巨大，我们来看看他有哪些功能。如果我们开发中也需要实现这种类似的生产者消费者模型，可以使用这一套机制。需要注意的是，MessageQueue我们不能单独定义来使用，因为其核心API的可访问修饰符都是包级别的，我们不能把代码定义到android.os这个包下面，所以他要通过配合Looper来使用。Looper的核心API都是开放的。

enqueueMessage入列，可以把消息放到队列里面，这里队列的底层是android的本地代码实现的，其实可以参照juc里面的DelayQueue的实现，机制差不多，都支持延时出列的，这不过实现方式不同罢了。

next()出列，消息出列，队列的出列优先级是入列的时候定义的时间来决定的，时间值越小（长整形）优先级越高。