符合Android消息驱动的Handler消息机制

Android应用程序是消息驱动的，主线程可能处于空闲等待状态，只要需要主线程处理操作了，一般都会通过消息将主线程唤醒。系统为每一个应用程序维护了一个消息队列（MessageQueue），应用程序的主线程不断地从消息队列中获取消息（Looper），然后对消息进行处理（Handler）。

如下图，Looper在执行loop之前，初始化了一个Java层的Looper对象，以及JNI层的NativeMessageQueue和C++层的Looper。Java层的Looper对象是用于进入消息队列循环，JNI层的NativeMessageQueue在后面处理消息的时候要用到，主要是消息进入到JNI层，然后转由C++层的Looper确定线程是否等待还是返回消息。C++层的Looper初始化的时候，创建了一个管道，当管道没有内容的时候，线程处于睡眠状态，当管道内容进来的时候，线程就被唤醒。这个等待和唤醒的操作就是借助epoll完成的。而我们消息处理这里，在C++的Looper层通过创建管道的读端和写端，监听管道的读端，当epoll所监控的文件设备有IO的时候，就把之前在睡眠的线程唤醒，处理消息。既然监控是否有IO发生，那么肯定得有消息发生，进入了管道才能发生IO，而消息的发送就是Handler处理的，通过发送sendMessage或者sendMessageDelay等，进入到MessageQueue队列，根据消息的发生时间进行队列的调整，从管道的写端写入数据，从而在管道的读端监听到IO变化，唤醒主线程。

这里主线程在没有消息的时候进入的等待，那么我们在开发应用程序的时候，ANR也是我们要避免的问题，ANR指的是主线程没有及时处理消息，超过5s时间就会报ANR。那么这里主线程睡眠超过5s，是不是说会发生ANR呢？答案肯定是不会。首先要知道的是，前面我们提到的，ANR发生的条件是5S时间没有响应消息，而如果主线程没有被其他复杂请求时间暂用时间，是可以及时唤醒并处理消息的，其次，主线程在这里睡眠等待就是充分利用epoll机制从而有效使用CPU。因此不存在说主线程的消息循环机制进入等待的时候，主线程会发生ANR的情况。