Android消息机制 2 - Java层源码分析，移动应用开发案例教程

发送消息的调用链：

可以看到即便我们通过各种的方式，都用调用MessageQueue.enqueueMessage方法。

[-> MessageQueue.enqueueMessage]

boolean enqueueMessage(Message msg, long when) {
//表明了App端不能通过设置target==null来post同步屏障
if (msg.target == null) {
throw new IllegalArgumentException(“Message must have a target.”);
}

synchronized (this) {
if (msg.isInUse()) {
throw new IllegalStateException(msg + " This message is already in use.");
}
…
msg.markInUse();
msg.when = when;
Message p = mMessages;
boolean needWake;
//如果头结点为空，初始化头结点
if (p == null || when == 0 || when < p.when) {
// New head, wake up the event queue if blocked.
msg.next = p;
mMessages = msg;
needWake = mBlocked;
} else {
//头结点不为空，则按照时间顺序插入到链表中，头是先执行的
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; // invariant: p == prev.next
prev.next = msg;
}

// We can assume mPtr != 0 because mQuitting is false.
//如果需要wake，则wake
if (needWake) {
nativeWake(mPtr);
}
}
return true;
}

在发送完消息之后，会通过needWake判断是否需要唤醒（nativeWake）来处理事件。

看到这里你或许感觉到意犹未尽，具体是怎么唤醒的？ 具体内容可在Native层这一部分看到，这里也可以稍微剧透一下。

实际上，当初始化native层的NativeMessageQueue时，会通过epoll_ctl监听管道的输入事件，一旦管道被写入事件（就是nativeWake干的事，写入了一个字符1），epoll_wait就会醒来处理，底层只是简单清除管道数据，但是底层函数就能返回，反应到上层就是queue.next()中的nativePollOnce能返回，进而处理提取事件进行处理。

4.3 msg.target.dispatchMessage

此处的target为Handler。

[-> Handler.java]

public void dispatchMessage(@NonNull Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}

处理规则：

• 如果Message Callback不为null，则处理Message Callback
• 如果Message Callback为null
• 如果Handler Callback不为null，则