大话Android的消息机制(Handler、Looper、Message...)
Android的开发很重要的一点就是理解它的消息机制，Android的消息机制涉及到概念不少，HandlerThread、Handler、Looper、MessageQueue、Message、MessagePool，初学者往往看到这里就傻眼了，这么多概念。本文试着以一个比较容易理解的方式让大家明白Android的消息机制。读者必须有一些java线程的概念，这个是最基本的要求。
为什么要用消息机制
我们可以把线程理解为一个接收指令能自己干活的“机器人”。Android中有个很重要的线程，它负责和使用者交互的，我们叫它UI线程。UI线程负责接收使用者在界面上的操作，将处理结果在界面中反馈给使用者。这里就存在一个问题了。如果UI线程处理很久很久也没有反馈，使用者就会一直在那待定UI线程反馈处理结果。使用者既不能干别的，也不知道到底什么时候能结束，这对使用者来说体验非常的不好。
为了解决这个问题，很容易想到的办法就是我们雇佣很多“机器人”。负责和使用者打交道的UI线程只负责接收使用者的操作指令，将处理结果反馈给使用者。费时的处理交给其他“机器人”。那么我们怎么构造其他的“机器人”呢？
构造一个“机器人”
HandlerThread就是我们要制作的“机器人”，HandlerThread是一个线程，因为他直接继承自Thread类:
public classHandlerThreadextendsThread继承自Thread就一定要实现run()方法，这里我不贴源代码了，一看源代码有的人就头大了，我说一下HandlerThread这个线程主要都干了些什么：
- 生成一个Looper的实例，Looper实例会再生成一个MessageQueue实例，并将Looper实例放到线程的本地变量（ThreadLocal）中。如果对ThreadLoacl没有概念的话，可以这么理解：ThreadLocal是一个变量，它绑定在HandlerThread这个线程上，其他线程都不能访问这个变量。既然其他线程都不能访问，那么ThreadLocal就是线程安全的了。
- 调用onLooperPrepared()方法，这个方法在子类中实现，通常我们用这个方法生成Handler实例，后面我们会说为什么在这里实例化Handler。
- 调用Looper开始循环处理消息。
到这里我们来看看这个我们制作的“机器人”能干什么？这个“机器人”拥有一个Looper，Looper里有一个MessageQueue，Looper的工作就是始终盯着MessageQueue队列，看是否有消息需要处理。那么消息由谁来处理呢？
用Handler处理消息
我们先知道一个概念，每个Message都拥有自己的Handler(post方式除外，后面会讲)，后面说Message的构造时会说Message和Handler的关系。刚才说了，一般在onLooperPrepared()方法中生成Handler实例。因为在调用了onLooperPrepared()后才开始循环获取消息进行处理，如果在onLooperPrepared()方法后实例化Handler，那么Looper获取到的消息没办法处理，就尴尬了。
这里说一下Handler的实例化过程，也不贴源代码了：
-
首先，Handler就是一个普通的类，没有继承任何类和接口：
public classHandler消息处理覆盖handleMessage方法：
public voidhandleMessage(Message msg){} -
通过ThreadLocal获得当前线程绑定的Looper，这个很重要，在哪个线程下构造的Handler他所持有的Looper是当前线程的，通过这种方式可以达到UI线程和其他线程的交互。
- 通过Looper获得MessageQueue
到这里我们可以看出来，Handler持有MessageQueue，它能和MessageQueue进行沟通。消息就是通过Handler来进行入队列操作，将出队列的消息交给handleMessage处理。
构造一个消息
我们现在有很多图片需要下载，每个下载任务就是一个消息，我们要将下载任务的消息构造出来并放到MessageQueue中。首先我们需要构造Message。Message的构造不是简单的new，可能出于对移动设备内存使用的限制，Message的构造使用的是对象池的技术。下面这个图很好的解释了对象池的概念： 
总的来说就是，Message对象不能无限创造，最大50个
private static final int MAX_POOL_SIZE = 50
Message的构造有两种方式：
-
最容易理解的方式，但是也是比较麻烦的方式：
Message msg = Message.obtain();//从对象池中获取一个消息 msg.what = 0;//指定一个消息类型 msg.obj = obj;//消息中绑定的对象 msg.setTarget(handler);//这个消息由哪个handler来处理 -
通过Handler构造消息
Message msg = handler.obtainMessage(what, obj);这种通过handler构造的消息，消息的handler就是当前handler。
最后是将Message放入队列中，上面说过handler持有MessageQueue，那么将Hanlder放入队列的操作当然是由Hanlder来完成:
handler.sendMessage(msg)
handler既然能生成消息，也能将消息放到队列中，那么是不是可以一步就搞定呢，答案当然是可以：
handler.obtainMessage(what, obj).sendToTarget();
handler看上去是一个粘合剂，通过Handler生成消息并放入队列，Looper将取出的消息再交给Handler处理。
通过Handler的post处理消息
public final boolean post(Runnable r)
Handler有一个post方法也经常用到，它有啥特别的呢？看上去它传入了一个Runnable，好像是用线程处理消息的意思，实际上，并不是。
post方法也会生成一个Message，同时将Message放入队列中，生成的Message并没有what、obj、handler等信息，而是会携带一个callback，这个callback就是post的参数r。Looper在获得消息后会根据是否包含callback来决定采用哪种方式处理消息，这里有必要贴出源码，这段源码也比较好理解：
public voiddispatchMessage(Message msg){
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
private static voidhandleCallback(Message message){
message.callback.run();
}
可以看到handleCallback(msg)并不是调用的线程的start()，而是调用的run()。也就是说这个Runnable不是启动异步线程去执行的。那么我们什么情况下使用post呢？如果无法在实例化Handler时明确handleMessage()方法的处理逻辑，我们通常先不定义handleMessage()，而是在其他地方动态的加入处理逻辑。
UI线程和HandlerThread的交互
这里我们先将自定义的HandlerThread线程称为myThread，其对应的Handler为myHandler。UI线程称为uiThread，其对应的Handler为uiHandler。
myThread线程获取消息后会调用myHandler.handleMessage()处理消息，这里我们认为这个任务是下载图片，图片下载完成后，需要通知uiThread将图片显示到界面上。所有我们通过uiHandler将更新界面的消息发送到队列中。这种情况下uiHandler事先并不知道要更新界面的哪个地方，无法实现在实例化uiHandler时定义handleMessage()，因此这里采用post的方式，也就是uiHandler.post(Runnable r)。在r里我们实现更新ui界面的操作。
总结一下
- 一个HandlerThread实例拥有一个Looper实例，一个Looper实例拥有一个MessageQueue实例；
- 在哪个线程实例化Handler，这个Handler就拥有哪个线程的MessageQueue；
- Message的实例化是通过对象池实现的，最大50个；
- Handler是一个粘合剂，生成Message并将消息发送到线程的MessageQueue中；
- Handler处理消息有两种方式，handleMessage()和post(Runnable r)
- 消息是单线程一个一个处理的，通过队列实现异步
彩蛋
看完这篇文章的同学，你们是否明白了？说实话我也不敢保证你能完全看明白，虽然我尽量用通俗的语言来解释。思考一下这其中有几个问题：
- 消息都是单线程处理，一个一个来，如果界面中有很多图片需要下载，也只能一个一个的下载。
- 使用起来过于繁琐，真的很繁琐……
还有别的简单方式吗？做过web开发的都知道ajax，异步获取数据返回后更新ui，其实利用Android消息机制异步更新UI的方式和ajax挺像的，是否能把Android的消息机制包装成类似ajax的方式呢？我写了个demo，代码开源在AndAjax，有兴趣的同学可以看看源代码，其实就一个类，依赖okhttp。代码的风格是这样的：
$.ajax("url", new AndAjax.Callback() {
@Override
public voidonSuccess(String json){
}
@Override
public voidonError(int state, Exception ex){
}
});