MessageQueue，顾名思义，就是一个由Message组成的Queue，它(MessageQueue)的内部维护着一条队列，每当我们通过Handler发送一条Message后，这条Message都会被添加到MessageQueue的队列尾部，其实这条消息队列只起到存储消息的作用，并不具备任何循环、处理消息的作用。Looper在这个机制中扮演者循环器的作用，它会不断的从MessageQueue中取到队列头部的Message，然后交给Handler来处理这条Message。至此，思路已经很明显了，Handler发送Message至MessageQueue，同时Looper不断地尝试读取MessageQueue中的Message，发现Message之后将它取出交由Handler来处理，由于Handler的handleMessage是执行在主线程的(假设我们在主线程初始化的Handler)，所以此时我们可以在该处执行一些更新UI的操作。

public boolean sendMessageAtTime(Message msg, long uptimeMillis) {MessageQueue queue = mQueue;if (queue == null) {RuntimeException e = new RuntimeException(this + " sendMessageAtTime() called with no mQueue");Log.w("Looper", e.getMessage(), e);return false;}return enqueueMessage(queue, msg, uptimeMillis);
}复制代码

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {msg.target = this;if (mAsynchronous) {msg.setAsynchronous(true);}return queue.enqueueMessage(msg, uptimeMillis);
}复制代码

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;复制代码

在这里，p代表当前消息队列中的队列头部，prev代表p指向的Message的前一条，我们可以看到，在for循环中，prev和p一直从队列头部索引到队列尾部，当跳出for循环时，p指向的Message为null，说明最后一条消息就是prev这个变量所指向的Message，当最后两个表达式执行完毕后，msg被添加到了队列的尾部，到这里Message进入的MessageQueue中的路线就结束了。

.Looper是如何循环获取Message的

前面我们说到，MessageQueue只是Message的容器，它本身不具备选择Message派发给相应Handler的功能，这时就需要Looper来发挥作用了。我们知道Looper被初始化后，都需要调用loop方法，那么这个方法是做什么的？我们来看一下

for (;;) {Message msg = queue.next(); // might blockif (msg == null) {// No message indicates that the message queue is quitting.return;}// This must be in a local variable, in case a UI event sets the loggerfinal Printer logging = me.mLogging;if (logging != null) {logging.println(">>>>> Dispatching to " + msg.target + " " +msg.callback + ": " + msg.what);}final long slowDispatchThresholdMs = me.mSlowDispatchThresholdMs;final long traceTag = me.mTraceTag;if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {Trace.traceBegin(traceTag, msg.target.getTraceName(msg));}final long start = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();final long end;try {msg.target.dispatchMessage(msg);end = (slowDispatchThresholdMs == 0) ? 0 : SystemClock.uptimeMillis();} finally {if (traceTag != 0) {Trace.traceEnd(traceTag);}}复制代码

我们来重点关注一下第2行和倒数第7行的表达式，这里面的queue就是MessageQueue了，我们可以看到，Looper在不断的尝试从MessageQueue中获取队列头部的Message，然后会获取这条Message的target并且执行dispatchMessage()方法，这个target又是个啥？进入我们刚刚看到过的Handler的enqueueMessage方法中，我们可以看到，在该方法的第1行中就是为Message的target赋值，所以target的值是一个Handler，也就是我们发送Message的这个Handler，咦？好像要到最后一步了，Message已经交给Handler了，接下来就是我们最后要说的内容了，Handler是怎么处理这条Message的。

Handler是怎么处理这条Message的？

现在Message已经又交到了Handler的手里，我们来看一下Handler的dispatchMessage方法

public void dispatchMessage(Message msg) {if (msg.callback != null) {handleCallback(msg);} else {if (mCallback != null) {if (mCallback.handleMessage(msg)) {return;}}handleMessage(msg);}
}复制代码

我们可以看到这个方法的逻辑非常简单，如果msg被设置了回调方法，就执行它的回调方法，否则就执行Handler里面的相关方法。通常我们并没有为Message设置回调函数，并且都是直接new一个不带回调函数的Handler，所以我们的方法只剩了最后一条执行路线，调用handleMessage方法，这个方法看着好眼熟啊！这不就是我们new Handler的时候实现的那个方法吗？我们点进去看一下

/*** Subclasses must implement this to receive messages.*/
public void handleMessage(Message msg) {
}复制代码

还真是这个方法。从这里开始就是我们熟悉的操作了，在handleMessage中通过what来匹配，然后来执行不同的逻辑，由于我们是在主线程实现的这个方法，所以我们可以在这里面更新相关的UI界面，这样就实现了在子线程中执行操作，在主线程中更新UI的功能了。

到这里我们Handler的消息派发机制大致上已经说完了，由于文笔太烂只说了Handler大致的机制，没有涉及到的知识有很多，比如Looper是怎么存储和获取的、msg的callback是怎么设置的等等。我想只要先掌握了机制的大致流程，以后深入某个功能的时候才不会迷失在海量的代码中。

写这些东西只是想对自己学过的东西做一下笔记，如果对您有了一丝丝的帮助，那就再好不过了。多帮我提提建议啊，文中若有不足，敬请谅解！