Android中的MessageQueue,Handler,Looper和Thread

核心提示：前几天和一位同事讨论Android中Handler和Thread，其中一个问题是：创建Handler时会不会创建Thread?我对 JAVA编程不熟，Android中的MessageQueue,Handler,Looper和Thread，但直觉告诉我不会：我认为Handler只是用来辅助实现异步操作的东西，当时我拿了G

前几天和一位同事讨论Android中Handler和Thread，其中一个问题是：创建Handler时会不会创建Thread?

我对 JAVA编程不熟，但直觉告诉我不会：我认为Handler只是用来辅助实现异步操作的东西。当时我拿了GTK+中的idle来做对比，sendMessage就相当于加一个idle函数，系统处理完前面的Message后就会处理这个Message。毕竟没有看过里面的实现代码，所以当时并不确信。今天看了下：

MessageQueue

消息队列MessageQueue是一个以执行时间为序的优先级队列：

o 普通消息的执行为当前时间，先发送的前面，后发送在后面，这是典型的FIFO。

o 最高优先级的消息执行时间为0，所以直接插在队列的最前面，通常会立即执行。

o 而在将来执行的Message相当于timer，执行时间为当前时间+delay的时间。

MessageQueue的函数boolean enqueueMessage(Message msg, long when)用来向队列中插入消息。

Message和GTK+ idle不同之处在于，Message只是一段数据，里面说明了要做什么，但不并知道如何做。而idle带有自己的数据和处理函数，它知道如何做。Message放入队列中后，在处理这些消息时到底要做些什么呢?这就引入了Handler:

Handler

Handler 对消息队列的enqueueMessage做了包装，这其实并不重要，因为完全可以直接调用enqueueMessage来实现。重要的Handler把在包装enqueueMessage的同时，把Message的target设成了自己，即为Message指定执行的行为：

if (queue != null) {

msg.target = this;

sent = queue.enqueueMessage(msg, uptimeMillis);

}

这样一来，当前Message被处理的时候就会调用Handler的dispatchMessage，而这个函数就会调用你要实现的虚函数handleMessage了。经过消息队列转了一圈，还是调用了你自己的实现函数，但是同步操作变成了异步操作。

public void dispatchMessage(Message msg) {

if (msg.callback != null) {

handleCallback(msg);

} else {

if (mCallback != null) {

if (mCallback.handleMessage(msg)) {

return;

}

}

handleMessage(msg);

}

}

Looper

Message放在消息队列里了，谁来一个一个的取出来处理呢?这时轮到Looper上场了，它的函数loop会一直循环处理队列中的消息，直到遇上一个没有target的Message: