Handler的原理

Handler是线程与线程之间进行通信的一套机制

Handler是常被开发者拿来跟新UI的一种消息机制，它的运行机制需要底层的
Looper和MessageQueue的支撑

Handler的原理

Handler机制是由Looper和MessageQueue来构建消息机制的

MessageQueue ：消息队列 ，虽然名字为队列，但事实上它的内部存储结构并不是
真正的队列，而是采用单链表的数据结构来存储消息列表的，其中主要插入enqueue
和从中拿走并删除next两个方法

Looper :消息循环 。MessageQueue来存储消息，Looper则是以无限循环的方法来查找
是否有新消息，如果有，就去处理 若是没有就standby（等待） 一个线程创建Handler
时首先需要创建Looper对象，
不然报错：RuntimeException: No Looper; Looper.prepare() wasn’t called on this thread
而且每一个线程下都需要创建一个Looper对象
不然会报错：RuntimeException: Only one Looper may be created per thread。

但是UI线程是不需要创建的，是因为ActivityTread创建的时候就初始化了Looper
所以在UI主线程就能之间使用Handler

在特定的线程中Handler 使用当前的Looper来构建消息循环系统，那handler是如何获取
到但前线程的Looper的 ？
是通过TreadLocal来获取每个线程的Looper的。ThreadLocal是一个线程内部的数据
储存类，他是一个泛型类，里面有set（）和get（）两个主要方法

Handler通过send Meassge或者post 去将消息发送到meassageQueue中，
会调用enqueueMessage（）方法，而Meassage Queue的next（）方法
会将该消息返回给Looper ，Looper 接收到消息，就会处理

—Looper 就交由handler 的 dispatchMessage方法

接着 handler的dispatchMessage()方法最终会调用handlerMessage()方法来处理消息

最后就是 从写handlerMessage（）方法去处理消息及UI操作

Handler的实现中涉及的对象

1.Handler本身：负责消息和发送和处理
2.Message：消息对象
3.MessageQueue：消息队列（用于存放消息对象的数据结构）
4.Looper：消息队列的处理者，（用于轮询消息队列的消息对象，取出后
回调handler的dispatchMessage()进行消息分发，dispatchMessage()方法回调
handleMessage 方法把消息传入 由Handler的实现类来处理
）
Message对象 的内部实现是链表，最大长度是50 用于缓存消息对象，达到从复利用消息对象的目的
以减少消息对象的创建，所以通常我们要使用obtainMessage方法
来获取消息对象

安全：Handler 的消息处理机制是线程安全的

关系：创建Handler 时会创建Looper Looper 对象的创建又创建了MessageQueue

请解释下在单线程模型中Message、Handler、Message Queue、Looper之间的关系。
简单的说，Handler获取当前线程中的looper对象，looper用来从存放Message的MessageQueue中取出Message，再有Handler进行Message的分发和处理.
Message Queue(消息队列)：用来存放通过Handler发布的消息，通常附属于某一个创建它的线程，可以通过Looper.myQueue()得到当前线程的消息队列
Handler：可以发布或者处理一个消息或者操作一个Runnable，通过Handler发布消息，消息将只会发送到与它关联的消息队列，然也只能处理该消息队列中的消息
Looper：是Handler和消息队列之间通讯桥梁，程序组件首先通过Handler把消息传递给Looper，Looper把消息放入队列。Looper也把消息队列里的消息广播给所有的
Handler：Handler接受到消息后调用handleMessage进行处理
Message：消息的类型，在Handler类中的handleMessage方法中得到单个的消息进行处理
在单线程模型下，为了线程通信问题，Android设计了一个Message Queue(消息队列)， 线程间可以通过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分别介绍：
1） Message
Message消息，理解为线程间交流的信息，处理数据后台线程需要更新UI，则发送Message内含一些数据给UI线程。
2） Handler
Handler处理者，是Message的主要处理者，负责Message的发送，Message内容的执行处理。后台线程就是通过传进来的 Handler对象引用来sendMessage(Message)。而使用Handler，需要implement 该类的 handleMessage(Message)方法，它是处理这些Message的操作内容，例如Update UI。通常需要子类化Handler来实现handleMessage方法。
3） Message Queue
Message Queue消息队列，用来存放通过Handler发布的消息，按照先进先出执行。
每个message queue都会有一个对应的Handler。Handler会向message queue通过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出执行。但通过这两种方法发送的消息执行的方式略有不同：通过sendMessage发送的是一个message对象,会被 Handler的handleMessage()函数处理；而通过post方法发送的是一个runnable对象，则会自己执行。
4） Looper
Looper是每条线程里的Message Queue的管家。Android没有Global的Message Queue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立Message Queue。所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper() 得到当前线程的Looper就有可能为NULL。对于子线程使用Looper，API Doc提供了正确的使用方法：这个Message机制的大概流程：
①在Looper.loop()方法运行开始后，循环地按照接收顺序取出Message Queue里面的非NULL的Message。
② 一开始Message Queue里面的Message都是NULL的。当Handler.sendMessage(Message)到Message Queue，该函数里面设置了那个Message对象的target属性是当前的Handler对象。随后Looper取出了那个Message，则调用 该Message的target指向的Hander的dispatchMessage函数对Message进行处理。在dispatchMessage方法里，如何处理Message则由用户指定，三个判断，优先级从高到低：
a) Message里面的Callback，一个实现了Runnable接口的对象，其中run函数做处理工作；
b) Handler里面的mCallback指向的一个实现了Callback接口的对象，由其handleMessage进行处理；
c) 处理消息Handler对象对应的类继承并实现了其中handleMessage函数，通过这个实现的handleMessage函数处理消息。
由此可见，我们实现的handleMessage方法是优先级最低的！
③ Handler处理完该Message (update UI) 后，Looper则设置该Message为NULL，以便回收！
在网上有很多文章讲述主线程和其他子线程如何交互，传送信息，最终谁来执行处理信息之类的，个人理解是最简单的方法——判断Handler对象里面的Looper对象是属于哪条线程的，则由该线程来执行！
①当Handler对象的构造函数的参数为空，则为当前所在线程的Looper；
②Looper.getMainLooper()得到的是主线程的Looper对象，Looper.myLooper()得到的是当前线程的Looper对象。
说明handler机制的原理
一个Handler允许你发送和处理Message和Runable对象，每个线程都有自己的Looper，每个Looper中封装着MessageQueue。Looper负责不断的从自己的消息队列里取出队头的任务或消息执行。每个handler也和线程关联，Handler负责把Message和Runable
对象传递给MessageQueue（用到post，sendMessage等方法），而且在这些对象离开MessageQueue时，Handler负责执行他们（用到handleMessage方法）。
其中Message类就是定义了一个信息，这个信息中包含一个描述符和任意的数据对象，这个信息被用来传递给Handler.Message对象