一、前言
本文主要阐述Android消息机制的原理而非使用，网上有很多的文章介绍了如何使用，如不熟悉请先搜索了解。
二、Message Handler Looper 原理(java部分)：
基本原理：基于epoll和eventfd。
说明：
Message Handler 与 Looper 以及MessageQueue是java层消息机制的重要组成部分。
其中，Message是消息的实体，它可以被循环使用。
Handler是事件的发起人，它可以将消息发到MessageQueue中。
MessageQueue是消息队列，但是核心的处理部分也都在这个类中。
Looper是一个线程相关的对象，同时也是驱动部分，以保证线程可以一直处理消息。
众所周知，一个线程如果本身没有循环的话，那么它执行完run方法后也就结束了。
但是Looper.looper()里面存在for循环，这是线程不会终止的原因，也是消息机制能够生效的前提。
而looper循环中只做两件事，一是消息获取(从MessageQueue)，二是消息分发(交给相应的handler处理)。
其中消息获取的方式是MessageQueue.next()方法。
进入到MessageQueue.next()方法后，发现里面也有一个死循环for(;;)
这一方面说明for循环里面的操作可能一次并不能成功，另一方面只有return或break才能退出循环。
可以看到，循环中只有两个return暗示了程序的执行过程，要么return message,要么return null.
return null 也就代表这个线程的消息机制能力结束。
循环中先注意到有一个native调用
nativePollOnce(ptr, nextPollTimeoutMillis);
暂时忽略，然后有一个if语句
它的判断条件是
if (msg != null && msg.target == null)
但是正常情况下msg都是有target的。所以先看下一段
如果消息不为null，那么会判断当前时间now 是不是超过它所期待的执行时间when。
如果超过的话，该消息应该处理，那么直接返回。
如果时间没到，看一看差值，然后设置nextPollTimeoutMillis为这个值。
如果消息为null，设置nextPollTimeoutMillis＝－１
剩余部分先忽略。
这样的话，假如此处没有返回消息，将会进入下个循环。
不过此时nextPollTimeoutMillis有所变化,不是刚开始的0.
因为nativePollOnce是一个native调用，所以进到JNI层android_os_MessageQueue.cpp
对应的函数是
android_os_MessageQueue_nativePollOnce
可以看到，传进的第一个参数ptr转化成了NativeMessageQueue的指针(android_os_MessageQueue_nativeInit时生成)。
而它的pollOnce操作又调用了native的Looper的pollOnce。
然后就到了重点，注意Looper.cpp在system/core/libutils中(Android 6.0)。
结果又来了一个for循环.....
进入到pollInner中
与上层有关的就一句
int eventCount = epoll_wait(mEpollFd, eventItems, EPOLL_MAX_EVENTS, timeoutMillis);
这里利用了epoll机制，其中参数timeoutMillis是上层传过来的nextPollTimeoutMillis.
如果timeoutMillis小于0,这个函数会一直阻塞在这里直到mEpollFd管理的文件描述符的内容有变化。
如果timeoutMillis大于等于０，会在timeoutMillis后返回(如果这段时间没有什么事情发生的话)。
注意mEpollFd是epoll机制本身的描述符，而Looper创建时添加了一个唤醒描述符mWakeEventFd,
它是通过eventfd创建的专门事件通知的描述符。
这样的话只需向mWakeEventFd里面写文件就可以唤醒epoll_wait函数。
底层提供的调用是wake()，上层也可以通过nativeWake调用来调用。
如此一来便实现了阻塞与唤醒，Android的消息循环得以实现。
补充说明：
上述说明有意的忽略掉了不常用的部分，原理就是我们常用的mHandler.sendMessageXX所发送的消息的处理流程。
但是，上层消息机制还提供了一些其他的机制。
1.障碍机制：添加了一个障碍后，在这个障碍之后的(when)同步消息则不会被执行(会在移除障碍后执行)，如图一个栅栏一样，只允许异步消息(isAsynchronous)执行。
上面说的if (msg != null && msg.target == null)，其中target为null就代表它是一个障碍。当然，你可以随时添加和移除。
2.IdleHandler机制：你可以添加一个IdleHandler,它会在没有消息或当前时间小于下一个消息的when.来执行IdleHandler的任务queueIdle。
目的就是让线程闲置的时候也可以执行一些不重要的任务。
附：
如何保证对象是线程相关的(也就是不同线程使用的是不同的对象)？
使用了ThreadLocal类。
为什么next方法里加了锁synchronized?
当然是因为多线程，Message是通过链表的方式形成的消息队列，而next操作(执行线程)和enqueueMessage操作(可能发生在别的线程)都会
引起Message队列的变动，所以加锁是合理的。
三、MessageEnvelope，Looper(C++部分)
原理：同Java部分
说明:与java部分不同的是，底层部分几乎一切都发生在Looper.cpp中。
其中MessageEnvelope的功能与java层的Message类一样。
注意：应用开发可能无法使用Looper.cpp因为此部分并没有公开，但是NDK提供了另一种方式也可以进行通信，
即下面的ALooper。
四、ALooper (NDK开发)
原理：同Java部分
说明：应用开发者可以使用NDK提供的ALooper类来间接使用Looper,因为ALooper仅仅是对Looper的包装，并公开了部分接口。
其中add_fd接口是留给开发者可以使用的。
可以在frameworks/basse/native/android/looper.cpp找到Alooper的实现.
也可以在frameworks/native/include/android/looper,h或下载的NDK中的platforms/android-24/arch-x86/usr/include/android/looper.h
找到对应的头文件.
add_fd在Looper中的操作也就是
int epollResult = epoll_ctl(mEpollFd, EPOLL_CTL_ADD, fd, & eventItem);
将该fd纳入到了epoll观测的范围，这样Looper的pollonce也会执行响应的操作。
总体来说，如果你已经理解epoll机制，理解上面的设计都是很容易的。
本文转自：博客园 - lightverse，转载此文目的在于传递更多信息，版权归原作者所有。
