1.Looper、Handler、MessageQueue的关系
- Looper 用于线程的消息循环,一个线程只能有一个Looper对象
- Handler
- 执行任务调度和发生一些操作（在未来某时刻）
- 执行其他线程中的队列消息
- MessageQueue 消息队列
一个Looper关联一个MessageQueue，并不断从MessageQueue中取出消息，提交给Handel处理。
2.Looper
以主线程为例。Looper的初始化过程是这样的。
代码地址：/frameworks/base/core/java/android/app/ActivityThread.java#main(String[] args)
Looper.prepareMainLooper();
xxxx
Looper.loop();
而非UI线程的初始化过程
Looper.prepare()
xxx
Looper.loop();
不管是主线程还是其他线程，都会调用prepare(boolean quitAllowed)方法，参数为是否允许退出循环，主线程是不允许的，而其他线程是允许的。
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(new Looper(quitAllowed));
}
接下来看Looper的构造方法
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
}
从构造方法中可以看出，将Looper、MessageQueue、currentThread之间建立的关联。
那么，Looper对象是如何从消息队列中不断地取出消息呢？代码比较长，我们拆开来看。
final Looper me = myLooper();
public static @Nullable Looper myLooper() {
return sThreadLocal.get();
}
取出和当前线程对应的Looper对象
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
msg.target.dispatchMessage(msg);
if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
}
// Make sure that during the course of dispatching the
// identity of the thread wasn't corrupted.
final long newIdent = Binder.clearCallingIdentity();
msg.recycleUnchecked();
}
}
上面的代码中去掉了一些日志代码。可以看到,死循环从MessageQueue中取出消息，并调用msg.target.dispatchMessage(msg)方法去消息小心，最后回收。
3.Handler
既然知道了Looper，那么我们需要知道消息是怎么来的。
Message msg = new Message();
msg.what = xxx;
msg.obj = xxx;
handler.sendMessage(msg);
我们通常都是通过上面的步骤去发送的，所以，追踪下代码。
sendMessage->sendMessageDelayed->sendMessageAtTime->enqueueMessage
到这里就来到了一个关键点了，我们看下代码。
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}
还记得我们上面分发消息的地方么？同样有target，这个是什么呢？我们进Message的源码里一探究竟。
Handler target
好，是一个handler对象，也就是我们当前线程的一个handler对象，也就是发送消息的那个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);
}
}
调用关系和初始化的关系有关。
- Message.obtain(Handler h, Runnable callback) 构造消息时，会调用handlerCallback(msg)方法
- 初始化Handler的构造函数带CallBack参数是，调用mCallBack的 handleMessage(msg)方法
- 否则，调用handlerMessage(msg)方法。
回到enqueueMessage方法，发现是通过调用MessageQueue的enqueueMessage方法来插入消息的。
4.MessageQueue
消息队列，字面意思是消息队列，然而我们知道，队列的方式是先进先出，而我们的消息时候时间调度的，因此，并不符合先进先出的思想，所以，消息队列实际上是个链表，这样我们才能往任意位置插入消息。enqueueMessage的代码如下：
boolean enqueueMessage(Message msg, long when) {
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) {
IllegalStateException e = new IllegalStateException(
msg.target + " sending message to a Handler on a dead thread");
Log.w(TAG, e.getMessage(), e);
msg.recycle();
return false;
}
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 {
// Inserted within the middle of the queue. Usually we don't have to wake
// up the event queue unless there is a barrier at the head of the queue
// and the message is the earliest asynchronous message in the queue.
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.
if (needWake) {
nativeWake(mPtr);
}
}
return true;
}
上面的步骤是这样子的。
- 判断是否关联了handler
- 判断是否用过(已经插入到链表中的)
- 当前队列是否处在退出状态
- 退出状态 回收资源，插入链表失败
- 不是退出状态
- 改变Message的状态为已经use，并获取message的when时间
- 在链表中找到合适的位置插入
- 和链表头结点比较时间，如发生时间在头结点消息之前，插入到头结点
- 死循环，找到该消息比链表中的消息早发生的消息，插入到那条消息前面，否则就插入到链表表尾
在最前面Looper里，一直通过queue.next()去读取链表里的消息，所以，我们来看下next方法。由于next的方法比较长，我们一段一段来看。
final long now = SystemClock.uptimeMillis();
Message prevMsg = null;
Message msg = mMessages;
if (msg != null && msg.target == null) {
// Stalled by a barrier. Find the next asynchronous message in the queue.
do {
prevMsg = msg;
msg = msg.next;
} while (msg != null && !msg.isAsynchronous());
}
if (msg != null) {
if (now < msg.when) {
// Next message is not ready. Set a timeout to wake up when it is ready.
nextPollTimeoutMillis = (int) Math.min(msg.when - now, Integer.MAX_VALUE);
} else {
// Got a message.
mBlocked = false;
if (prevMsg != null) {
prevMsg.next = msg.next;
} else {
mMessages = msg.next;
}
msg.next = null;
if (DEBUG) Log.v(TAG, "Returning message: " + msg);
msg.markInUse();
return msg;
}
} else {
// No more messages.
nextPollTimeoutMillis = -1;
}
假如当前Message不为null 但是没和handler关联的话，就找下一个消息，知道找到不是null也关联到handler的Message
如果当前时间小于Message的when的话，就计算时间差，并赋值给nextPollTimeoutMillis
-
不小于的话
- 假如步骤1中链表头的消息没关联handler，就将步骤1中找出的不是null也关联了handler的Message的上一条Message.next指向该Message.next(这里有点绕，其实就相当于在链表中移除了改消息)，并返回该消息
- 否则，将mMessages(表头)指向msg.next(也是移除了该消息)
下面的代码忽略(ps:我看不懂...)
5.总结
当然，这些东西里面我没有介绍ThreadLocal这个，想了解的朋友们去Google吧(百度不是出事了么，嘿嘿)。
Android中的消息传递机制是一个非常重要的东西，我们需要简单的了解下他的简单原理，所以，大家也去看看源代码吧。
