是什么？
Handler 是Android的消息机制的上层接口，Android 的消息机制，其实主要就是指 Handler 的运行机制。
组成
Handler 的运行需要底层的 MessageQueue 和 Looper 的支撑。
MessageQueue 的中文意思是 消息队列，顾名思义，他的内部存储了一组待执行的消息 Message，以队列的形式对外提供插入和删除的工作，虽然叫做消息队列，但是他的内部存储结构并不是真正的队列，而是采用 单链表 的数据结构来存储消息列表的。
Looper 的中文翻译为 循环，在这里可以理解为消息循环。由于MessageQueue只是一个消息的存储单元，它并不能去处理消息，所以，Looper 就填补了这个功能，Looper会以无限循环的形式去查找是否有新消息，如果有的话就处理消息，否则就一直等着。Looper 中有一个特殊的概念,那就是 TheadLocal。
TheadLocal 并不是线程，它的作用是可以在每个线程中存储数据。Handler在创建的时候，会采用当前线程的Looper来构造消息系统，那么Handler 可以如何获取到当前线程的Looper呢？这就要使用到 TheadLocal 了，TheadLocal 可以在不同的线程中互不干扰地存储并提供数据，通过TheadLocal可以轻松获取到每个线程的Looper。需要注意的是，线程是默认没有Looper的，如果需要使用Handler就必须为线程创建Looper。
整体架构图
Handler
Handler主要处理消息发送和消息接收处理的过程。消息的发送一般都是通过post相关的一系列方法或者是send相关的方法来实现的。而post的实现，通过源码可以看到，最终也是通过send的一系列方法来实现的。
public final boolean post(Runnable r) {
return sendMessageDelayed(getPostMessage(r), 0);
}
public final boolean postDelayed(Runnable r, long delayMillis) {
return sendMessageDelayed(getPostMessage(r), delayMillis);
}
public final boolean sendMessageDelayed(Message msg, long delayMillis) {
if (delayMillis < 0) {
delayMillis = 0;
}
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}
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);
}
Handler发送消息的过程，无论是post 还是send 方法，最终调用的，都是enqueueMessage，作用是向消息队列中插入一条消息，MessageQueue的next方法就会返回这条消息给Looper，Looper接收到消息之后就开始处理，最终消息由Looper交由Handler处理，也就是说Handler的dispatchMessage方法会被调用。dispatchMessage的实现如下：
public void dispatchMessage(Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
public void handleMessage(Message msg) {
}
1、首先检查Message的callback是否为null，如果不为null就通过handleCallBack来处理消息。其callback是一个Runnable对象，实际上就是Handler的post方法所传递的Runnable参数。handleCallback其实就是调用线程的run方法。
private static void handleCallback(Message message) {
message.callback.run();
}
2、检查mCallback是否为null，如果不为null的话，就调用mCallback的handleMessage方法来处理消息。Callback是一个接口：
public interface Callback {
public boolean handleMessage(Message msg);
}
通过Callback可以采用下面的方式来创建Handler对象。其实就是提供了另外一种使用Handler的方式，当我们不想派生子类的时候，就可以通过Callback来实现。
public Handler(Callback callback) {
this(callback, false);
}
3、最后会调用Handler的handleMessage 方法来处理消息。
Handler 处理消息的流程可以总结如下：
Handler 还有一个特殊的构造方法，那就是可以通过一个特定的Looper来构造Handler，它的实现如下：
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的话，就会抛异常，这也是为啥，在没有 Looper 的子线程中创建Hanlder 会出现异常的原因。
public Handler() {
this(null, false);
}
public Handler(Callback callback, boolean async) {
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;
mCallback = callback;
mAsynchronous = async;
}
MessageQueue
消息队列在Android 中是指MessageQueue，MessageQueue 主要包含两个操作：插入和读取。插入和读取对应的方法分别我 enqueueMessage 和next，其中enqueueMessage 的作用是往消息队列中插入一条消息，而next 的作用是从消息队列中取出一条消息并将其从消息队列中移除。尽管 MessageQueue 叫做消息队列，但是它的内部实现并不是用的队列，实际上他是通过一个单链表的数据结构来维护的消息列表，单链表在插入和删除上有比较大的优势。
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;
}
enqueueMessage其实就是单链表的插入操作。而next的主要逻辑如下：
Message next() {
// Return here if the message loop has already quit and been disposed.
// This can happen if the application tries to restart a looper after quit
// which is not supported.
final long ptr = mPtr;
if (ptr == 0) {
return null;
}
int pendingIdleHandlerCount = -1; // -1 only during first iteration
int nextPollTimeoutMillis = 0;
for (;;) {
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}
nativePollOnce(ptr, nextPollTimeoutMillis);
synchronized (this) {
// Try to retrieve the next message. Return if found.
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;
}
// Process the quit message now that all pending messages have been handled.
if (mQuitting) {
dispose();
return null;
}
// If first time idle, then get the number of idlers to run.
// Idle handles only run if the queue is empty or if the first message
// in the queue (possibly a barrier) is due to be handled in the future.
if (pendingIdleHandlerCount < 0
&& (mMessages == null || now < mMessages.when)) {
pendingIdleHandlerCount = mIdleHandlers.size();
}
if (pendingIdleHandlerCount <= 0) {
// No idle handlers to run. Loop and wait some more.
mBlocked = true;
continue;
}
if (mPendingIdleHandlers == null) {
mPendingIdleHandlers = new IdleHandler[Math.max(pendingIdleHandlerCount, 4)];
}
mPendingIdleHandlers = mIdleHandlers.toArray(mPendingIdleHandlers);
}
// Run the idle handlers.
// We only ever reach this code block during the first iteration.
for (int i = 0; i < pendingIdleHandlerCount; i++) {
final IdleHandler idler = mPendingIdleHandlers[i];
mPendingIdleHandlers[i] = null; // release the reference to the handler
boolean keep = false;
try {
keep = idler.queueIdle();
} catch (Throwable t) {
Log.wtf(TAG, "IdleHandler threw exception", t);
}
if (!keep) {
synchronized (this) {
mIdleHandlers.remove(idler);
}
}
}
// Reset the idle handler count to 0 so we do not run them again.
pendingIdleHandlerCount = 0;
// While calling an idle handler, a new message could have been delivered
// so go back and look again for a pending message without waiting.
nextPollTimeoutMillis = 0;
}
}
可以看到next方法就是一个无限循环的方法，如果消息队列中没有消息，就会一直阻塞在这里，当有新消息来的时候，next方法会返回这条消息并从单链表中移除。
Looper
Looper 在消息机制中扮演的是消息循环的角色，具体来说就是他会不停从 MessageQueue 中查看是否有新消息，如果有新消息就会立刻处理，否则就一直阻塞在哪里。
首先看一下它的构造方法，在构造方法中，它创建了一个 MessageQueue，也就是消息队列，然后将当前线程的对象保存起来。
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
}
在使用Handler的时候需要一个Looper，如果没有Looper的话就会报错，通过Looper.prepare()就可以为当前线程创建一个Looper，接着通过Looper.loop就可以开启消息循环。
new Thread("thread1") {
@Override
public void run() {
super.run();
Looper.prepare();
Handler handler = new Handler();
Looper.loop();
handler.post(new Runnable() {
@Override
public void run() {
Log.d(TAG, "handler run ");
}
});
}
}.start();
Looper除了prepare方法外，还提供了prepareMainLooper方法，这个方法主要是给主线程也就是ActivityThread创建Looper 使用的。Looper提供了quit 和quitSafely 来退出一个Looper，两者的差别是：quit 会直接退出Looper，而quitSafely 只是设定了一个标记，在消息队列中的已有消息都处理完了之后才会退出。
Looper 退出之后，Handler 的send 方法会返回false。
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;
// Make sure the identity of this thread is that of the local process,
// and keep track of what that identity token actually is.
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
for (;;) {
Message msg = queue.next(); // might block
if (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 logger
final Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
}
final long traceTag = me.mTraceTag;
if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {
Trace.traceBegin(traceTag, msg.target.getTraceName(msg));
}
try {
msg.target.dispatchMessage(msg);
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
}
}
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();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
}
msg.recycleUnchecked();
}
}
在使用过程中，只有真正调用了loop 之后，消息循环系统才会真正起作用，里面的实现是一个死循环，唯一跳出循环的地方就是 MessageQueue 的 next 方法返回了 null 。当 Looper 的quit 方法被调用的时候，Looper 就会调用 MessageQueue 的 quit 或者 quitSafely 方法来通知消息队列退出。当消息队列被标记为退出状态时，它的 next 方法会返回null。
loop 方法会调用 MessageQueue 的 next 方法来获取新消息，而next 是一个阻塞操作，当没有消息时，next 会一直阻塞在那里。因此，loop 方法也就会一直阻塞在那里。如果MessageQueue的next 方法返回了新消息，Looper 就会处理这条消息：msg.target.dispatchMessage(msg);，这里的target 就是发送这条消息的Handler 对象，这样子，Handler 发送的消息，最终又交给它的dispatchMessage 方法来处理了。
TheadLocal
ThreadLocal 是一个线程内部的数据存储类，通过它可以在指定的线程中存储数据，数据存储之后，只有在指定的线程中才可以获取到存储的数据，对于其他线程来说是无法获取到数据的。
public static void test() {
mTheadLocal = new ThreadLocal();
mTheadLocal.set(true);
Log.d(TAG, "<-mainThread->" + mTheadLocal.get());
new Thread("thread1") {
@Override
public void run() {
mTheadLocal.set(1);
Log.d(TAG, "<-thread1->" + mTheadLocal.get());
}
}.start();
new Thread("thread2") {
@Override
public void run() {
Log.d(TAG, "<-thread2->" + mTheadLocal.get());
}
}.start();
}
看一下上面的栗子，我们在不同线程设置了不同的值，然后获取到的值，运行结果如下：
从日志结果可以看到，虽然是在不同的线程中访问同一个ThreadLocal 对象，但是他们通过 ThreadLocal 获取到的值却是不一样的。之所以能够做到这样子，我们只需要弄清楚ThreadLocal的get 和 set 方法，就可以明白它的工作原理。
public void set(T value) {
Thread currentThread = Thread.currentThread();
Values values = values(currentThread);
if (values == null) {
values = initializeValues(currentThread);
}
values.put(this, value);
}
在set方法的实现中，首先会通过values方法来获取当前线程中的ThreadLocal数据，获取的方法很简单，在Thread类的内部有一个成员专门用于存储线程的ThreadLocal的数据：ThreadLocal.Values localValues，因此获取当前线程的ThreadLocal数据就变得很简单，如果localValues的值为null，那么就需要对其先进行初始化，初始化之后再将ThreadLocal的值进行存储。在localValues内部有一个数据：private Object[] table, ThreadLocal的值就存在这个table数据中。
public T get() {
// Optimized for the fast path.
Thread currentThread = Thread.currentThread();
Values values = values(currentThread);
if (values != null) {
Object[] table = values.table;
int index = hash & values.mask;
if (this.reference == table[index]) {
return (T) table[index + 1];
}
} else {
values = initializeValues(currentThread);
}
return (T) values.getAfterMiss(this);
}
ThreadLocal的 get 方法的逻辑很清晰，它是取出当前线程的 localValues 对象，如果这个对象为 null 那么就返回初始值，初始值由 ThreadLocal 的 initialValue 方法来描述，默认情况下为null，当然也可以重写这个方法，它的默认实现如下所示：
protected T initialValue() {
return null;
}
如果 localValues 对象不为 null，那就取出它的 table 数组并找出 ThreadLocal 的 reference 对象在 table 数组中的位置，然后 table 数组中的下一个位置所存储的数据就是 ThreadLocal 的值。
ThreadLocal的set 和 get 的方法可以知道，它们所操作的对象都是当前线程的localValues对象的table 数组，因此在不同线程中访问同一个ThreadLocal的set和get方法，它们对ThreadLocal所做的读写操作仅限于各自线程内部，因此可以在多个线程，互不干扰地存储和修改数据。
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
