android底层消息机制,Android消息机制（一）：概述设计架构

本系列文章将分N篇介绍Android中的消息机制。

概述和设计架构

Message和MessageQueue

Looper

Handler

Handler使用实战

Handler引起的内存溢出

ThreadLocal

Android的应用程序和Windows应用程序一样，都是由消息驱动的。在Android操作系统中，谷歌也实现了消息循环处理机制。

相关概念

学习Android的消息机制，有几个设计概念我们必须了解：

消息：Message

消息(Message)代表一个行为(what)或者一串动作(Runnable),每一个消息在加入消息队列时，都有明确的目标(Handler)。

消息队列：MessageQueue

以队列的形式对外提供插入和删除的工作，其内部结构是以链表的形式存储消息的。

Looper

Looper是循环的意思，它负责从消息队列中循环的取出消息然后把消息交给目标(Handler)处理。

Handler

消息的真正处理者，具备获取消息、发送消息、处理消息、移除消息等功能。

线程

线程，CPU调度资源的基本单位。Android中的消息机制也是基于线程中的概念。

ThreadLocal

可以理解为ThreadLocalData,ThreadLocal的作用是提供线程内的局部变量(TLS)，这种变量在线程的生命周期内起作用，每一个线程有他自己所属的值(线程隔离)。

5、6为牵涉到的概念，不是本文重点。会另起文章讨论

平时我们最常使用的就是Message与Handler了，如果使用过HandlerThread或者自己实现类似HandlerThread的东西可能还会接触到Looper，而MessageQueue是Looper内部使用的，对于标准的SDK，我们是无法实例化并使用的(构造函数是包可见性)。

我们平时接触到的Looper、Message、Handler都是用JAVA实现的，Android是一个基于Linux的系统，底层用C、C++实现的，而且还有NDK的存在，Android消息驱动的模型为了消息的及时性、高效性，在Native层也设计了Java层对应的类如Looper、MessageQueue等。

handle机制.jpg

他们如何协作

Handler、MessageQueue、Looper如何协作

一句话总结为：Looper不断从MessageQueue中取出一个Message，然后交给其对应的Handler处理。

他们之间的类图如下：

Handler、Looper、Message、MessageQueue类图

从上文两张图中我们可以得到以下结论：

Looper依赖于MessageQueue和Thread，每个Thread只对应一个Looper，每个Looper只对应一个MessageQueue(一对一)。

MessageQueue依赖于Message，每个MessageQueue中有N个待处理消息(一对N)。

Message依赖于Handler来进行处理，每个Message有且仅有一个对应的Handler。(一对一)

Handler中持有Looper和MessageQueue的引用，可直接对其进行操作。

还有一点要说明的是：普通的线程是没有looper的，如果需要looper对象，那么必须要先调用Looper.prepare()方法，而且一个线程只能有一个looper。调用完以后，此线程就成为了所谓的LooperThread,若在当前LooperThread中创建Handler对象，那么此Handler会自动关联到当前线程的looper对象，也就是拥有looper的引用。

下面是官方给出的LooperThread最标准的用法。

class LooperThread extends Thread {

public Handler mHandler;

public void run() {

Looper.prepare();

mHandler = new Handler() {

public void handleMessage(Message msg) {

// process incoming messages here

}

};

Looper.loop();

}

为什么我们需要这样的消息处理机制

不阻塞主线程

Android应用程序启动时，系统会创建一个主线程，负责与UI组件(widget、view)进行交互，比如控制UI界面界面显示、更新等；分发事件给UI界面处理，比如按键事件、触摸事件、屏幕绘图事件等，因此，Android主线程也称为UI线程。

由此可知，UI线程只能处理一些简单的、短暂的操作，如果要执行繁重的任务或者耗时很长的操作，比如访问网络、数据库、下载等，这种单线程模型会导致线程运行性能大大降低，甚至阻塞UI线程，如果被阻塞超过5秒，系统会提示应用程序无相应对话框，缩写为ANR，导致退出整个应用程序或者短暂杀死应用程序。

Android系统将大部分耗时、繁重任务交给子线程完成，不会在主线程中完成。

并发程序设计的有序性

单线程模型的UI主线程也是不安全的，会造成不可确定的结果。

线程不安全简单理解为：多线程访问资源时，有可能出现多个线程先后更改数据造成数据不一致。比如，A工作线程(也称为子线程)访问某个公共UI资源，B工作线程在某个时候也访问了该公共资源，当B线程正访问时，公共资源的属性已经被A改变了，这样B得到的结果不是所需要的的，造成了数据不一致的混乱情况。

线程安全简单理解为：当一个线程访问功能资源时，对该资源进程了保护，比如加了锁机制，当前线程在没有访问结束释放锁之前，其他线程只能等待直到释放锁才能访问，这样的线程就是安全的。

Android只允许主线程更新UI界面，子线程处理后的结果无法和主线程交互，即无法直接访问主线程，这就要用到Handler机制来解决此问题。基于Handler机制，在子线程先获得Handler对象，该对象将数据发送到主线程消息队列，主线程通过Loop循环获取消息交给Handler处理。

是如何完成跨线程通信的

Handler发送消息后添加消息到消息队列，然后消息在恰当时候出列，都是由Handler来执行，那么是如何完成跨线程通信的？

这里就牵涉到了Linux系统的跨线程通信的知识，Android中采用的是Linux中的管道通信。

Looper是通过管道(pipe)实现的。

关于管道，简单来说，管道就是一个文件。

在管道的两端，分别是两个打开文件文件描述符，这两个打开文件描述符都是对应同一个文件，其中一个是用来读的，别一个是用来写的。

一般的使用方式就是，一个线程通过读文件描述符中来读管道的内容，当管道没有内容时，这个线程就会进入等待状态，而另外一个线程通过写文件描述符来向管道中写入内容，写入内容的时候，如果另一端正有线程正在等待管道中的内容，那么这个线程就会被唤醒。这个等待和唤醒的操作是如何进行的呢，这就要借助Linux系统中的epoll机制了。 Linux系统中的epoll机制为处理大批量句柄而作了改进的poll，是Linux下多路复用IO接口select/poll的增强版本，它能显著减少程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。

(01) pipe(wakeFds)，该函数创建了两个管道句柄。

(02) mWakeReadPipeFd=wakeFds[0]，是读管道的句柄。

(03) mWakeWritePipeFd=wakeFds1，是写管道的句柄。

(04) epoll_create(EPOLL_SIZE_HINT)是创建epoll句柄。

(05) epoll_ctl(mEpollFd, EPOLL_CTL_ADD, mWakeReadPipeFd, & eventItem)，它的作用是告诉mEpollFd，它要监控mWakeReadPipeFd文件描述符的EPOLLIN事件，即当管道中有内容可读时，就唤醒当前正在等待管道中的内容的线程。

这样一个线程(比如UI线程)消息队列和Looper就准备就绪了。

消息队列创建时，会调用JNI函数，初始化NativeMessageQueue对象。NativeMessageQueue则会初始化Looper对象。Looper的作用就是，当Java层的消息队列中没有消息时，就使Android应用程序主线程进入等待状态，而当Java层的消息队列中来了新的消息后，就唤醒Android应用程序的主线程来处理这个消息。