一 概述
在整个 Android 的源码世界里，有两大利剑，其一是 Binder IPC 机制，另一个便是消息机制(由 Handler/Looper/MessageQueue 等构成)。关于 Binder 我们已经详细介绍过了，今天我们来分析 Android 的消息机制，Android 中有大量的消息驱动方式来进行交互，比如 Android 的四大组件 Activity，Service，Broadcast 和 ContentProvider 的启动过程的交互，都离不开消息机制，Android 某种意义上也可以说成是一个以消息驱动的系统。消息机制涉及 MessageQueue，Message，Looper 和 Handler 这4个类。
1.1 模型
消息机制主要包含：
- Message：消息分为硬件产生的消息 (如按钮、触摸) 和软件生成的消息
- MessageQueue：消息队列的主要功能是向消息池投递消息 (MessageQueue.enqueueMessage) 和取走消息池的消息 (MessageQueue.next)
- Handler：消息辅助类，主要功能是向消息池发送各种消息事件 (Handler.sendMessage) 和处理相应消息事件(Handler.handleMessage)
- Looper：不断循环执行 (Looper.loop)，按分发机制将消息分发给目标处理者
1.2 架构图
- Looper 有一个 MessageQueue 消息队列
- MessageQueue 有一组待处理的 Message
- Message 中有一个用于处理消息的 Handler
- Handler 中有 Looper 和 MessageQueue
1.3 典型实例
先展示一个典型的关于 Handler，Looper 的线程
class LooperThread extends Thread {
public Handler mHandler;
public void run() {
Looper.prepare();
mHandler = new Handler() {
public void handleMessage(Message msg) {
//TODO 定义消息处理逻辑.
}
};
Looper.loop();
}
}
接下来，围绕着这个实例展开详细分析。
1.4 相关类
framework/base/core/java/andorid/os/
- Handler.java
- Looper.java
- Message.java
- MessageQueue.java
二 Looper
当一个线程运行到某处，准备运作一个 Looper 时，它必须先调用 Looper 类的静态函数 prepare()，做一些准备工作。说穿了就是创建一个 Looper 对象，并把它设置进线程的本地存储区（TLS）里。然后线程才能继续调用 Looper 类的另一个静态函数 loop()，从而建立起消息处理循环。示意图如下：
2.1 prepare()
对于无参的情况，默认调用 prepare(true)，表示的是这个 Looper 允许退出，而对于 false 的情况则表示当前 Looper 不允许退出。
public static void prepare() {
prepare(true);
}
private static void prepare(boolean quitAllowed) {
//每个线程只允许执行一次该方法，第二次执行时线程的TLS已有数据，则会抛出异常。
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
//创建Looper对象，并保存到当前线程的TLS区域
sThreadLocal.set(new Looper(quitAllowed));
}
static final ThreadLocal<Looper> sThreadLocal = new ThreadLocal<Looper>();
这里的 sThreadLocal 是 ThreadLocal 类型，下面，先说说 ThreadLocal。
ThreadLocal： 线程本地存储区（Thread Local Storage，简称为 TLS），每个线程都有自己的私有的本地存储区域，不同线程之间彼此不能访问对方的 TLS 区域。TLS 常用的操作方法：
public void set(T value) {
Thread t = Thread.currentThread(); //获取当前线程
//以当前线程作为key值，去查找对应的线程变量，找到对应的map
ThreadLocalMap map = getMap(t);
if (map != null) {
//当线程本地存储区，尚未存储该线程相关信息时，则创建Values对象
map.set(this, value);
} else {
createMap(t, value);
}
}
ThreadLocalMap getMap(Thread t) {
//获取线程自己的变量threadLocals，并绑定到当前调用线程的成员变量threadLocals上
return t.threadLocals;
}
void createMap(Thread t, T firstValue) {
t.threadLocals = new ThreadLocalMap(this, firstValue);
}
ThreadLocal 中的 set 方法的实现逻辑，先获取当前线程，取出当前线程的 ThreadLocalMap，如果不存在就会创建一个 ThreadLocalMap，如果存在就会把当前的 threadlocal 的引用作为键，传入的参数作为值存入 map 中。
public T get() {
//(1)获取当前线程
Thread t = Thread.currentThread();
//(2)获取当前线程的threadLocals变量
ThreadLocalMap map = getMap(t);
//(3)如果threadLocals变量不为null，就可以在map中查找到本地变量的值
if (map != null) {
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null) {
@SuppressWarnings("unchecked")
T result = (T)e.value;
return result;
}
}
//(4)执行到此处，说明threadLocals为nul
// 调用该更改初始化当前线程的threadLocals变量
return setInitialValue();
}
private T setInitialValue() {
//protected T initialValue() {return null;}
T value = initialValue();
//获取当前线程
Thread t = Thread.currentThread();
//以当前线程作为key值，去查找对应的线程变量，找到对应的map
ThreadLocalMap map = getMap(t);
//如果map不为null，就直接添加本地变量，key为当前线程，值为添加的本地变量值
if (map != null)
map.set(this, value);
//如果map为null，说明首次添加，需要首先创建出对应的map
else
createMap(t, value);
return value;
}
ThreadLocal 的 get() 和 set() 方法操作的类型都是泛型，接着回到前面提到的 sThreadLocal 变量，其定义如下：
static final ThreadLocal<Looper> sThreadLocal = new ThreadLocal<Looper>()
可见 sThreadLocal 的 get() 和 set() 操作的类型都是 Looper 类型。
关于 ThreadLocal 的详细介绍请参考 Java之ThreadLocal
Looper.prepare()
Looper.prepare() 在每个线程只允许执行一次，该方法会创建 Looper 对象，Looper 的构造方法中会创建一个 MessageQueue 对象，再将 Looper 对象保存到当前线程 TLS。
对于 Looper 类型的构造方法如下：
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed); //创建MessageQueue对象.
mThread = Thread.currentThread(); //记录当前线程.
}
另外，与 prepare() 相近功能的，还有一个 prepareMainLooper() 方法，该方法主要在 ActivityThread 类中使用。
public static void prepareMainLooper() {
prepare(false); //设置不允许退出的Looper
synchronized (Looper.class) {
//将当前的Looper保存为主Looper，每个线程只允许执行一次。
if (sMainLooper != null) {
throw new IllegalStateException(
"The main Looper has already been prepared.");
}
sMainLooper = myLooper();
}
}
2.2 loop()
public static void loop() {
final Looper me = myLooper(); //获取TLS存储的Looper对象
final MessageQueue queue = me.mQueue; //获取Looper对象中的消息队列
Binder.clearCallingIdentity();
//确保在权限检查时基于本地进程，而不是调用进程。
final long ident = Binder.clearCallingIdentity();
for (;;) { //进入loop的主循环方法
// 关键点：queue.next函数 一般情况下不会返回null,如果返回null说明被quit了
Message msg = queue.next(); //可能会阻塞
if (msg == null) { //没有消息，则退出循环
// No message indicates that the message queue is quitting.
return;
}
//默认为null，可通过setMessageLogging()方法来指定输出，用于debug功能
Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
}
msg.target.dispatchMessage(msg); //用于分发Message
if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
}
//恢复调用者信息
final long newIdent = Binder.clearCallingIdentity();
msg.recycleUnchecked(); //将Message放入消息池
}
}
loop() 进入循环模式，不断重复下面的操作，直到没有消息时退出循环
- 通过 next 方法读取 MessageQueue 的下一条 Message
- 把 Message 分发给相应的 target
- 再把分发后的 Message 回收到消息池，以便重复利用
这是这个消息处理的核心部分。另外，上面代码中可以看到有 logging 方法，这是用于 debug 的，默认情况下 logging == null，通过设置 setMessageLogging() 用来开启 debug 工作。
2.3 quit()
public void quit() {
mQueue.quit(false); //消息移除
}
public void quitSafely() {
mQueue.quit(true); //安全地消息移除
}
Looper.quit() 方法的实现最终调用的是 MessageQueue.quit() 方法
MessageQueue.quit()
void quit(boolean safe) {
// 当mQuitAllowed为false，表示不运行退出，强行调用quit()会抛出异常
if (!mQuitAllowed) {
throw new IllegalStateException("Main thread not allowed to quit.");
}
synchronized (this) {
if (mQuitting) { //防止多次执行退出操作
return;
}
mQuitting = true;
if (safe) {
removeAllFutureMessagesLocked(); //移除尚未触发的所有消息
} else {
removeAllMessagesLocked(); //移除所有的消息
}
//mQuitting=false，那么认定为 mPtr != 0
nativeWake(mPtr);
}
}
消息退出的方式：
- 当 safe = true 时，只移除尚未触发的所有消息，对于正在触发的消息并不移除
- 当 safe = flase 时，移除所有的消息
2.4 myLooper
用于获取 TLS 存储的 Looper 对象
public static @Nullable Looper myLooper() {
return sThreadLocal.get();
}
三 Handler
3.1 创建Handler
一般而言，运作 Looper 的线程会负责构造自己的 Handler 对象，当然，其他线程也可以针对某个 Looper 构造 Handler 对象。
Handler 对象在构造时，不但会把 Looper 对象记录在它内部的 mLooper 成员变量中，还会把 Looper 对象的消息队列也一并记录，代码截选如下：
3.1.1 无参构造
public Handler() {
this(null, false);
}
public Handler(Callback callback, boolean async) {
//匿名类、内部类或本地类都必须申明为static，否则会警告可能出现内存泄露
if (FIND_POTENTIAL_LEAKS) {
final Class<? extends Handler> klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() ||
klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should"+
" be static or leaks might occur: " +
klass.getCanonicalName());
}
}
//必须先执行Looper.prepare()，才能获取Looper对象，否则为null.
mLooper = Looper.myLooper();//从当前线程的TLS中获取Looper对象
if (mLooper == null) {
throw new RuntimeException("");
}
mQueue = mLooper.mQueue; //消息队列，来自Looper对象
mCallback = callback; //回调方法
mAsynchronous = async; //设置消息是否为异步处理方式
}
对于 Handler 的无参构造方法，默认采用当前线程 TLS 中的 Looper 对象，并且 callback 回调方法为 null，且消息为同步处理方式。只要执行的 Looper.prepare() 方法，那么便可以获取有效的 Looper 对象。
3.1.2 有参构造
public Handler(Looper looper) {
this(looper, null, false);
}
public Handler(Looper looper, Callback callback, boolean async) {
mLooper = looper;
mQueue = looper.mQueue;
mCallback = callback;
mAsynchronous = async;
}
Handler 类在构造方法中，可指定 Looper，Callback 回调方法以及消息的处理方式(同步或异步)，对于无参的 handler，默认是当前线程的 Looper。
3.2 消息分发机制
在 Looper.loop() 中，当发现有消息时，调用消息的目标 handler，执行 dispatchMessage() 方法来分发消息。
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
//当Message存在回调方法，回调msg.callback.run()方法；
handleCallback(msg);
} else {
if (mCallback != null) {
//当Handler存在Callback成员变量时，回调方法handleMessage()；
if (mCallback.handleMessage(msg)) {
return;
}
}
//Handler自身的回调方法handleMessage()
handleMessage(msg);
}
}
private static void handleCallback(Message message) {
message.callback.run();
}
分发消息流程：
- 当 Message 的回调方法不为空时，则回调方法 msg.callback.run()，其中 callBack 数据类型为 Runnable，否则进入步骤2
- 当 Handler 的 mCallback 成员变量不为空时，则回调方法 mCallback.handleMessage(msg)，否则进入步骤3
- 调用 Handler 自身的回调方法 handleMessage()，该方法默认为空，Handler 子类通过覆写该方法来完成具体的逻辑
对于很多情况下，消息分发后的处理方法是第 3 种情况，即 Handler.handleMessage()，一般地往往通过覆写该方法从而实现自己的业务逻辑。
3.3 消息发送
发送消息调用链：
从上图，可以发现所有的发消息方式，最终都是调用 MessageQueue.enqueueMessage();
3.3.1 sendEmptyMessage
public final boolean sendEmptyMessage(int what) {
return sendEmptyMessageDelayed(what, 0);
}
3.3.2 sendEmptyMessageDelayed
public final boolean sendEmptyMessageDelayed(int what, long delayMillis) {
Message msg = Message.obtain();
msg.what = what;
return sendMessageDelayed(msg, delayMillis);
}
3.3.3 sendMessageDelayed
public final boolean sendMessageDelayed(Message msg, long delayMillis) {
if (delayMillis < 0) {
delayMillis = 0;
}
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}
3.3.4 sendMessageAtTime
public boolean sendMessageAtTime(Message msg, long uptimeMillis) {
MessageQueue queue = mQueue;
if (queue == null) {
return false;
}
return enqueueMessage(queue, msg, uptimeMillis);
}
3.3.5 sendMessageAtFrontOfQueue
public final boolean sendMessageAtFrontOfQueue(Message msg) {
MessageQueue queue = mQueue;
if (queue == null) {
return false;
}
return enqueueMessage(queue, msg, 0);
}
该方法通过设置消息的触发时间为 0，从而使 Message 加入到消息队列的队头。
3.3.6 post
public final boolean post(Runnable r) {
return sendMessageDelayed(getPostMessage(r), 0);
}
private static Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
return m;
}
3.3.7 postAtFrontOfQueue
public final boolean postAtFrontOfQueue(Runnable r) {
return sendMessageAtFrontOfQueue(getPostMessage(r));
}
3.3.8 enqueueMessage
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}
Handler.sendEmptyMessage() 等系列方法最终调用 MessageQueue.enqueueMessage(msg, uptimeMillis)，将消息添加到消息队列中，其中 uptimeMillis 为系统当前的运行时间，不包括休眠时间。
3.4 Handler其他方法
3.4.1 obtainMessage
获取消息
public final Message obtainMessage() {
return Message.obtain(this);
}
Handler.obtainMessage() 方法，最终调用 Message.obtainMessage(this)，其中 this 为当前的 Handler 对象。
3.4.2 removeMessages
public final void removeMessages(int what) {
mQueue.removeMessages(this, what, null);
}
Handler 是消息机制中非常重要的辅助类，更多的实现都是 MessageQueue，Message 中的方法，Handler 的目的是为了更加方便的使用消息机制。
四 MessageQueue
MessageQueue 是消息机制的 Java 层和 C++ 层的连接纽带，大部分核心方法都交给 native 层来处理：
public final class MessageQueue {
// True if the message queue can be quit.
private final boolean mQuitAllowed;
@SuppressWarnings("unused")
private int mPtr; // used by native code
Message mMessages; // 消息队列！
private final ArrayList<IdleHandler> mIdleHandlers =
new ArrayList<IdleHandler>();
private IdleHandler[] mPendingIdleHandlers;
private boolean mQuitting;
private boolean mBlocked;
private native static long nativeInit();
private native static void nativeDestroy(long ptr);
private native void nativePollOnce(long ptr, int timeoutMillis);
private native static void nativeWake(long ptr);
private native static boolean nativeIsPolling(long ptr);
private native static void nativeSetFileDescriptorEvents(
long ptr, int fd, int events);
｝
其中 Message mMessages 记录的就是一条消息链表。另外还有几个 native 函数，这就说明 MessageQueue 会通过 JNI 技术调用到底层代码。mMessages 域记录着消息队列中所有 Java 层的实质消息。请大家注意，记录的只是 Java 层的消息，不包括 C++ 层的。MessageQueue 的示意图如下：
4.1 创建MessageQueue
MessageQueue(boolean quitAllowed) {
mQuitAllowed = quitAllowed;
//通过native方法初始化消息队列，其中mPtr是供native代码使用
mPtr = nativeInit();
}
4.2 next()
提取下一条 message
Message next() {
final long ptr = mPtr;
if (ptr == 0) { //当消息循环已经退出，则直接返回
return null;
}
int pendingIdleHandlerCount = -1; // 循环迭代的首次为-1
int nextPollTimeoutMillis = 0;
for (;;) {
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}
//阻塞操作，当等待nextPollTimeoutMillis时长，或者消息队列被唤醒，都会返回
nativePollOnce(ptr, nextPollTimeoutMillis);
synchronized (this) {
final long now = SystemClock.uptimeMillis();
Message prevMsg = null;
Message msg = mMessages;
//当消息的Handler为空时即是同步分隔栏的情况，则查询并返回异步消息
if (msg != null && msg.target == null) {
//当查询到异步消息，则立刻退出循环
do {
prevMsg = msg;
msg = msg.next;
} while (msg != null && !msg.isAsynchronous());
}
if (msg != null) {
if (now < msg.when) {
//当异步消息触发时间大于当前时间，则设置下一次轮询的超时时长
nextPollTimeoutMillis =
(int) Math.min(msg.when - now, Integer.MAX_VALUE);
} else {
// 获取一条消息，并返回
mBlocked = false;
if (prevMsg != null) {
prevMsg.next = msg.next;
} else {
mMessages = msg.next;
}
msg.next = null;
//设置消息的使用状态，即flags |= FLAG_IN_USE
msg.markInUse();
return msg; //成功地获取MessageQueue中的下一条即将要执行的消息
}
} else {
//没有消息
nextPollTimeoutMillis = -1;
}
//消息正在退出，返回null
if (mQuitting) {
dispose();
return null;
}
//当消息队列为空，或者是消息队列的第一个消息时
if (pendingIdleHandlerCount < 0 && (mMessages == null ||
now < mMessages.when)) {
pendingIdleHandlerCount = mIdleHandlers.size();
}
if (pendingIdleHandlerCount <= 0) {
//没有idle handlers 需要运行，则循环并等待。
mBlocked = true;
continue;
}
if (mPendingIdleHandlers == null) {
mPendingIdleHandlers =
new IdleHandler[Math.max(pendingIdleHandlerCount, 4)];
}
mPendingIdleHandlers = mIdleHandlers.toArray(mPendingIdleHandlers);
}
//只有第一次循环时，会运行idle handlers，执行完成后，重置pendingIdleHandlerCount为0.
for (int i = 0; i < pendingIdleHandlerCount; i++) {
final IdleHandler idler = mPendingIdleHandlers[i];
mPendingIdleHandlers[i] = null; //去掉handler的引用
boolean keep = false;
try {
keep = idler.queueIdle(); //idle时执行的方法
} catch (Throwable t) {
Log.wtf(TAG, "IdleHandler threw exception", t);
}
if (!keep) {
synchronized (this) {
mIdleHandlers.remove(idler);
}
}
}
//重置idle handler个数为0，以保证不会再次重复运行
pendingIdleHandlerCount = 0;
//当调用一个空闲handler时，一个新message能够被分发
// 因此无需等待可以直接查询pending message.
nextPollTimeoutMillis = 0;
}
}
nativePollOnce 是阻塞操作，其中 nextPollTimeoutMillis 代表下一个消息到来前，还需要等待的时长；当 nextPollTimeoutMillis = -1 时，表示消息队列中无消息，会一直等待下去。
当处于空闲时，往往会执行 IdleHandler 中的方法。当 nativePollOnce() 返回后，next() 从 mMessages 中提取一个消息。
nativePollOnce() 在 native 做了大量的工作，想进一步了解可查看 Android消息机制2 (Native层)。
4.3 enqueueMessage
添加一条消息到消息队列
boolean enqueueMessage(Message msg, long when) {
// 每一个普通Message必须有一个target
if (msg.target == null) {
throw new IllegalArgumentException("Message must have a target.");
}
if (msg.isInUse()) {
throw new IllegalStateException(msg + " This message is already in use.");
}
synchronized (this) {
if (mQuitting) { //正在退出时，回收msg，加入到消息池
msg.recycle();
return false;
}
msg.markInUse();
msg.when = when;
Message p = mMessages;
boolean needWake;
if (p == null || when == 0 || when < p.when) {
//p为null(代表MessageQueue没有消息）
// 或者msg的触发时间是队列中最早的， 则进入该该分支
msg.next = p;
mMessages = msg;
needWake = mBlocked; //当阻塞时需要唤醒
} else {
//将消息按时间顺序插入到MessageQueue。一般地，不需要唤醒事件队列，除非
//消息队头存在barrier，并且同时Message是队列中最早的异步消息。
needWake = mBlocked && p.target == null && msg.isAsynchronous();
Message prev;
for (;;) {
prev = p;
p = p.next;
if (p == null || when < p.when) {
break;
}
if (needWake && p.isAsynchronous()) {
needWake = false;
}
}
msg.next = p;
prev.next = msg;
}
//消息没有退出，我们认为此时mPtr != 0
if (needWake) {
nativeWake(mPtr);
}
}
return true;
}
MessageQueue 是按照 Message 触发时间的先后顺序排列的，队头的消息是将要最早触发的消息。当有消息需要加入消息队列时，会从队列头开始遍历，直到找到消息应该插入的合适位置，以保证所有消息的时间顺序。
4.4 removeMessages
void removeMessages(Handler h, int what, Object object) {
if (h == null) {
return;
}
synchronized (this) {
Message p = mMessages;
//从消息队列的头部开始，移除所有符合条件的消息
while (p != null && p.target == h && p.what == what
&& (object == null || p.obj == object)) {
Message n = p.next;
mMessages = n;
p.recycleUnchecked();
p = n;
}
//移除剩余的符合要求的消息
while (p != null) {
Message n = p.next;
if (n != null) {
if (n.target == h && n.what == what
&& (object == null || n.obj == object)) {
Message nn = n.next;
n.recycleUnchecked();
p.next = nn;
continue;
}
}
p = n;
}
}
}
这个移除消息的方法，采用了两个 while 循环，第一个循环是从队头开始，移除符合条件的消息，第二个循环是从头部移除完连续的满足条件的消息之后，再从队列后面继续查询是否有满足条件的消息需要被移除。
4.5 同步分割栏
上面的代码中还有一个“同步分割栏”的概念需要提一下。所谓“同步分割栏”，可以被理解为一个特殊 Message，它的 target 域为 null。它不能通过 sendMessageAtTime() 等函数打入到消息队列里，而只能通过调用 MessageQueue 的 postSyncBarrier() 来打入。
“同步分割栏”是起什么作用的呢？它就像一个卡子，卡在消息链表中的某个位置，当消息循环不断从消息链表中摘取消息并进行处理时，一旦遇到这种“同步分割栏”，那么即使在分割栏之后还有若干已经到时的普通 Message，也不会摘取这些消息了。请注意，此时只是不会摘取 “普通 Message” 了，如果队列中还设置有 “异步 Message”，那么还是会摘取已到时的 “异步 Message” 的。
在 Android 的消息机制里，“普通 Message” 和 “异步 Message” 也就是这点儿区别啦，也就是说，如果消息列表中根本没有设置 “同步分割栏” 的话，那么 “普通 Message” 和 “异步 Message” 的处理就没什么大的不同了。
打入 “同步分割栏” 的 postSyncBarrier() 函数的代码如下：
frameworks/base/core/java/android/os/MessageQueue.java
public int postSyncBarrier() {
return postSyncBarrier(SystemClock.uptimeMillis());
}
private int postSyncBarrier(long when) {
synchronized (this) {
final int token = mNextBarrierToken++;
final Message msg = Message.obtain();
msg.markInUse();
msg.when = when;
msg.arg1 = token;
Message prev = null;
Message p = mMessages;
if (when != 0) {
while (p != null && p.when <= when) {
prev = p;
p = p.next;
}
}
if (prev != null) {
msg.next = p;
prev.next = msg;
} else {
msg.next = p;
mMessages = msg;
}
return token;
}
}
要得到 “异步 Message”，只需调用一下 Message 的 setAsynchronous() 即可：
frameworks/base/core/java/android/os/Message.java
public void setAsynchronous(boolean async) {
if (async) {
flags |= FLAG_ASYNCHRONOUS;
} else {
flags &= ~FLAG_ASYNCHRONOUS;
}
}
一般，我们是通过 “异步 Handler” 向消息队列打入 “异步 Message” 的。异步 Handler 的 mAsynchronous 域为 true，因此它在调用 enqueueMessage() 时，可以走入：
if (mAsynchronous) {
msg.setAsynchronous(true);
}
现在我们画一张关于“同步分割栏”的示意图：
图中的消息队列中有一个“同步分割栏”，因此它后面的“2”号 Message 即使到时了，也不会摘取下来。而“3”号 Message 因为是个异步 Message，所以当它到时后，是可以进行处理的。
“同步分割栏”这种卡子会一直卡在消息队列中，除非我们调用 removeSyncBarrier() 删除这个卡子。
frameworks/base/core/java/android/os/MessageQueue.java
public void removeSyncBarrier(int token) {
synchronized (this) {
Message prev = null;
Message p = mMessages;
//从消息队列找到 target为空,并且token相等的Message
while (p != null && (p.target != null || p.arg1 != token)) {
prev = p;
p = p.next;
}
final boolean needWake;
if (prev != null) {
prev.next = p.next;
needWake = false;
} else {
mMessages = p.next;
needWake = mMessages == null || mMessages.target != null;
}
p.recycleUnchecked();
if (needWake && !mQuitting) {
nativeWake(mPtr);
}
}
}
和插入消息类似，如果删除动作改变了链表的头部，也意味着队列的最近唤醒时间应该被调整了，因此 needWake 会被设为 true，以便代码下方可以走进 nativeWake()。
postSyncBarrier 只对同步消息产生影响，对于异步消息没有任何差别。
五 Message
5.1 消息对象
每个消息用 Message表示，Message 主要包含以下内容：
| 数据类型 | 成员变量 | 解释 |
|---|---|---|
| int | what | 消息类别 |
| long | when | 消息触发时间 |
| int | arg1 | 参数1 |
| int | arg2 | 参数1 |
| Object | obj | 消息内容 |
| Handler | target | 消息响应方 |
| Runnable | callback | 回调方法 |
创建消息的过程，就是填充消息的上述内容的一项或多项。
5.2 消息池
在代码中，可能经常看到 Message 调用 recycle() 方法，咋一看，可能是在做虚拟机的 gc() 相关的工作，其实不然，这是用于把消息加入到消息池。这样的好处是，当消息池不为空时，可以直接从消息池中获取 Message 对象，而不是直接创建，提高效率。
在 Message 中静态变量 sPool 的数据类型为 Message，通过 next 成员变量，维护一个消息池；静态常量 MAX_POOL_SIZE 代表消息池的可用大小，它的值为 50。
针对消息池的操作，最常用的操作方法是 obtain() 和 recycle()。
5.2.1 obtain
从消息池中获取消息
public static Message obtain() {
synchronized (sPoolSync) {
if (sPool != null) {
Message m = sPool;
sPool = m.next;
m.next = null; //从sPool中取出一个Message对象，并消息链表断开
m.flags = 0; // 清除in-use flag
sPoolSize--; //消息池的可用大小进行减1操作
return m;
}
}
return new Message(); // 当消息池为空时，直接创建Message对象
}
obtain()，从消息池取 Message，都是把消息池表头的 Message 取走，再把表头指向 next，然后 sPoolSize 减一。
5.2.2 recycle
把不再使用的消息加入消息池
public void recycle() {
if (isInUse()) { //判断消息是否正在使用
if (gCheckRecycle) { //Android 5.0以后的版本默认为true,之前的版本默认为false.
throw new IllegalStateException("This message cannot be recycled "+
"because it is still in use.");
}
return;
}
recycleUnchecked();
}
//对于不再使用的消息，加入到消息池
void recycleUnchecked() {
//将消息标示位置为IN_USE，并清空消息所有的参数。
flags = FLAG_IN_USE;
what = 0;
arg1 = 0;
arg2 = 0;
obj = null;
replyTo = null;
sendingUid = -1;
when = 0;
target = null;
callback = null;
data = null;
synchronized (sPoolSync) {
//当消息池没有满时，将Message对象加入消息池
if (sPoolSize < MAX_POOL_SIZE) {
next = sPool;
sPool = this;
sPoolSize++; //消息池的可用大小进行加1操作
}
}
}
recycle()，将 Message 加入到消息池的过程，就是把当前的 Message 加到 sPool 链表的表头，同时 sPoolSize 也加一，如果 sPool 链表个数等于或超过50则不在添加到 sPool 链表中。
六 总结
最后用一张图，来表示整个消息机制
图解：
- Handler 通过 sendMessage() 发送 Message 到 MessageQueue 队列
- Looper 通过 loop()，不断提取出达到触发条件的 Message，并将 Message 交给 target 来处理
- 经过 dispatchMessage() 后，交回给 Handler 的 handleMessage() 来进行相应地处理
- 将 Message 加入 MessageQueue 时，处往管道写入字符，可以会唤醒 loop 线程；如果 MessageQueue 中没有 Message，并处于 Idle 状态，则会执行 IdelHandler 接口中的方法，往往用于做一些清理性地工作
消息分发的优先级：
- Message 的回调方法：message.callback.run()，优先级最高；
- Handler 的回调方法：Handler.mCallback.handleMessage(msg)，优先级仅次于1；
- Handler 的默认方法：Handler.handleMessage(msg)，优先级最低。
消息缓存：
为了提供效率，提供了一个大小为 50 的 Message 缓存队列，减少对象不断创建与销毁的过程。
扫一扫
2124
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
