谈到Android开发，就离不开线程操作，而我们需要在子线程中更新UI，一般有以下几种方式：
- 1、view.post(Runnable action)
- 2、activity.runOnUiThread(Runnable action)
- 3、AsyncTask
- 4、Handler
而我们今天的主要目标就是Handler，首先我们看下handler的官方定义：
-
Handler允许你通过使用一个与线程的MessageQueue相关联的Message和Runnable对象去发送和处理消息。 每个处理程序实例与单个线程和该线程的消息队列相关联。 当您创建一个新的处理程序时，它绑定到正在创建它的线程的线程/消息队列 - 从那时起，它将向消息队列传递消息和可运行文件，并在消息发出时执行它们 队列。
-
Handler有两个主要用途：（1）在可预见的时间内去调度消息和作为一些点的可运行程序（2）将不同于自己的线程执行的操作排入队列中。
-
消息的调度是通过post（Runnable），postAtTime（Runnable，long），postDelayed（Runnable，long），sendEmptyMessage（int），sendMessage（Message），sendMessageAtTime（Message，long）和sendMessageDelayed（Message，long）来完成的 。 后台版本允许你将接收到的消息队列调用的Runnable对象排入队列; sendMessage版本允许你将包含将由处理程序的handleMessage（Message）方法处理的数据包（要求您实现Handler的子类）的Message对象排入队列。
- 当发布或发送到Handler时，你可以在消息队列准备就绪后立即处理该项目或者指定一个延迟时间去处理该消息队列，或者指定一个具体时间处理该消息。 后两者允许您实现超时，定时和其他基于时间的行为。
-
当为你的应用创建一个进程时，其主线程专用于运行一个消息队列，该消息队列负责管理顶级应用程序对象（activitys， broadcast receivers 等）及其创建的任何窗口。 你可以创建你自己的线程并通过Handler与主应用程序线程进行通信。 这可以通过从你的新线程中调用同样的post或sendMessage方法来实现。 给定的Runnable或Message将在Handler的消息队列中进行调度，并在适当时进行处理。
在查看Handler源码之前，我们先了解几个类：
Handler 、Looper、MessageQueue、Message、ThreadLocation
Handler我们就不在介绍该类，上面的官方文档已给出了详细的介绍，我们来看下其余几个：
- 1、ThreadLocal：每个使用该变量的线程提供独立的变量副本，每一个线程都可以独立地改变自己的副本，而不会影响其它线程所对应的副本。ThreadLocal内部是通过map进行实现的；
- 2、Looper:可以理解为循环器，就是扶着管理一个消息循环队列(MessageQueue)的;
- 3、MessageQueue:消息队列，用来存放handler发布的消息
- 4、Message：消息体，封装了我们传输消息所需的数据结构。
那么我们从哪里开始看起呢，好吧， 从创建一个Handler实例为入口，首先我们看handler的构造方法：
```
public Handler() {
this(null, false);
}
public Handler(Callback callback) {
this(callback, false);
}
public Handler(Looper looper) {
this(looper, null, false);
}
public Handler(Looper looper, Callback callback) {
this(looper, callback, false);
}
public Handler(boolean async) {
this(null, async);
}
public Handler(Callback callback, boolean async) {
if (FIND_POTENTIAL_LEAKS) {
final Class<? extends Handler> klass = getClass();
if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
(klass.getModifiers() & Modifier.STATIC) == 0) {
Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
klass.getCanonicalName());
}
}
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;
}
public Handler(Looper looper, Callback callback, boolean async) {
mLooper = looper;
mQueue = looper.mQueue;
mCallback = callback;
mAsynchronous = async;
}
```
- 可以看到，有多个构造方法，但是最终都会调用到最后一个。我们看倒数第二个，有这么一句： mLooper = Looper.myLooper();这里我们看到了个looper，可以看到，在handler里面会有一个mlooper对象与之关联，我们先不看mlooper是怎么来的，我们先把下面的看完；继续看下面一句： mQueue = mLooper.mQueue;我们的handler里面也有一个队列的对象，实际上mQueue就是MessageQueue，后面我们会讲解到。好的，继续往下看， mCallback = callback;一般情况下mCallback是null，我们通常new 一个Handler是不是调用的无参构造方法？callback的作用后面也会讲解到，好的最后一句： mAsynchronous = async;表示我们的执行过程是异步的还是同步的，一般情况下，默认是异步的。
小结: Handler会存有Looper对象以及消息队列mQueue，通过关联looper与mQueue，可以想象，handler要把message插入消息队列中，最直接的方式当然是拿到消息队列的实例，实现消息的发送；
-
看了Handler的构造，接下来我们看下Looper.mLooper：
public static @Nullable Looper myLooper() {
return sThreadLocal.get();
}
-可以看到，Looper.myLooper内部是调用了sThreadlocal.get();这个sThreadLocal其实就是我们之前说的ThreadLocal类的实例，他负责存储当先线程的Looper实例；是不是真的呢？我们看下sThreadLocal在哪里赋值的，很好，我们找到了一个prepare方法，看名字是准备的意思，也就是为我们准备我们需要的looper对象，我们继续看：public static void prepare() { prepare(true); } 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)); } -
首先我们可以看到，会先判断sThreadLocal.get() != null，说明Looper.prepare()只能被调用一次哦，不然就会抛出异常，这样做是为了保证一个线程只有一个looper存在，然后我们的可以看到里面通过new Looper(quitAllowed)获得当先线程的looper，我们继续看Looper的构造方法：
private Looper(boolean quitAllowed) { mQueue = new MessageQueue(quitAllowed); mThread = Thread.currentThread(); } -
在looper的构造方法里，主要做了两件事：1、创建一个looper管理的消息队列 messageQueue；2、获得当前的线程；
小结：Looper里面会存储当前的线程，以及所管理的消息队列mQueue，一个Looper只会管理一个消息队列MessageQueue；
-
从上面的代码中我们可以知道，在new 一个handler的同时，我们就获得了一个handler实例、一个当前线程的looper、一个looper管理的messagequeue，好像拥有了这三个对象，我们就可以发送消息了哦。
-
大家都知道looper从创建之后，就会开始循环，在looper类的顶部，官方给出了一段代码：
class LooperThread extends Thread { public Handler mHandler; public void run() { Looper.prepare(); mHandler = new Handler() { public void handleMessage(Message msg) { // process incoming messages here } }; Looper.loop(); } -
当我们使用handler发消息时，步骤是：
- 1、 调用 Looper.prepare(); 初始化所需的looper以及messageQueue
- 2、 实例化一个handler对象，我们可以在handleMessage获得message做一些操作，此时handleMessage方法是在当前的Looper中执行的，也就是说，如果当前的looper是UI Looper，那么你可以更新UI，如果当前looper不是UI Looper，那么你更新UI肯定会报错，你可能会说，我用handler时，好像都不用调用Looper.prepare();，我怎么知道我当前的looper是UI的还是不是呢，其实系统一般默认都帮我们获取了UI 的Looper，后面我们会讲解到；
- 3、调用 Looper.loop();让Looper跑起来吧！
-
Looper.prepare();我们前面已经分析过了，主要是实例化一个messageQueue，而且只能调用一次；那么我们重点就转移懂到 Looper.loop();看源码：
/** * Run the message queue in this thread. Be sure to call * {@link #quit()} to end the loop. */ 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(); } } -
1、调用final Looper me = myLooper();获得一个looper，myLooper方法我们前面分析过，返回的是sThreadLocal中存储的Looper实例，当me==null抛出异常；所以，在looper执行loop跑起来之前，我们要记得调用prepare()哦。当获得当前的looper后，调用 final MessageQueue queue = me.mQueue; 获取looper管理的MessageQueue；然后我们可以看到一个很有意思的for语句： for (;;) {...} 这就是循环的开始了，此时我在想，我的天，这不是个无限死循话么？怎么可能呢？当然有退出的条件，不然不就傻逼了么！
-
2、我们可以看到：他会从looper的queue中获取message，当message==null，循环停止！
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
} -
3、循环起来了，咱的looper也没闲着，他一直知道它的工作是什么，我们可以看到：msg.target.dispatchMessage(msg);通过调用msg对象里的target对象的dispatchMessage(msg)方法把消息处理了。其实msg对象里的target对象就是我们new出来的handler，我们后面会讲到。
小结：
looper主要做了如下工作：
- 1、将自己与当前线程关联在一起，通过ThreadLocal存储当前线程的looper，确保当前线程只有一个looper实例；
- 2、创建一个MessageQueue与当前looper绑定，通过prepare方法控制looper只能有一个messageQueue实例；
- 3、调用loop()方法，不断从MessageQueue中去取消息，通过调用msg.target.dispatchMessage(msg)处理;
-
分析完了looper、接下来当然是hanlder发送消息了，我们又回到了handler中，我们通过handler发消息，自然少不了我们得sendMessag方法，那么我们就从它入手吧：
public final boolean sendMessage(Message msg) { return sendMessageDelayed(msg, 0); } public final boolean sendEmptyMessage(int what) { return sendEmptyMessageDelayed(what, 0); } public final boolean sendEmptyMessageDelayed(int what, long delayMillis) { Message msg = Message.obtain(); msg.what = what; return sendMessageDelayed(msg, delayMillis); } public final boolean sendEmptyMessageAtTime(int what, long uptimeMillis) { Message msg = Message.obtain(); msg.what = what; return sendMessageAtTime(msg, uptimeMillis); } 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); } public final boolean sendMessageAtFrontOfQueue(Message msg) { 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, 0); }
- 可以看到我们的sendMessage有多种方法，但最终都会调用enqueueMessage方法，我们看enqueueMessage方法源码：
private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
msg.target = this;
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
} - 可以看到里面会讲当前的this赋值给msg.target，this
当前就是我们当前的handler了，这也就是之前在分析looper时说的，通过调用msg.target. dispatchMessage(msg)方法处理消息；后面后调用queue.enqueueMessage(msg, uptimeMillis);把消息放入当前的looper的MessageQueue队列中去处理，消息的发送流程就分析完了，发送了，接下来就是处理消息了！
-
我们用handler时，都是在handleMessage方法中处理消息的，那么我们就从handleMessage方法入手:
/**- Subclasses must implement this to receive messages.
*/
public void handleMessage(Message msg) {
}
- Subclasses must implement this to receive messages.
-
可以看到handleMessage是一个空的方法，我们看handleMessage在哪被调用的呢？
/** * Handle system messages here. */ public void dispatchMessage(Message msg) { if (msg.callback != null) { handleCallback(msg); } else { if (mCallback != null) { if (mCallback.handleMessage(msg)) { return; } } handleMessage(msg); } } -
可以看到handleMessage在dispatchMessage中被调用了，奇怪，怎么有两个handleMessage方法呢？大家不要弄混了哦，我们handler的handleMessage方法返回值时void，所以mCallback.handleMessage肯定不是我们handler的了；
-
第一个县判断msg.callback!=null 调用 handleCallback(msg);
然后我们追进去看：
private static void handleCallback(Message message) {
message.callback.run();
}
看到了run(),是不是想到了Runnable？其实message中的callback就是Runnable，我们可以从Message的创建函数中看到：
private static Message getPostMessage(Runnable r) {
Message m = Message.obtain();
m.callback = r;
return m;
} -
我们继续回到dispatchMessage方法：也就是说，如果我们的给massge设置了callback，那么我们的handleMessage方法就不会被执行了，当然，一般我们的massge.callback都是null的。后面就会继续判断mCallback!=null如果成立则调用mCallback.handleMessage(msg) mCallback其实是一个回调接口，可以看到，如果mCallback.handleMessage(msg)返回true，就不会执行我们的Handler.handleMessage方法，所以我们其实可以通过给handler添加Callback来实现一个message的过滤或者拦截功能。
-
我们的Handler.handleMessage经过重重阻挠，最终终于可以执行了。
总结：
- 1、在Looper.prepare()中会通过sThreadLocal保存一个looper实例，控制当前线程只能有一个looper实例；
- 2、创建looper实例时，会创建一个MessageQueue与looper关联；
- 3、因为looper只会存在一个实例，所以 当前线程也会只存在一个MessageQueue队列；
- 4、调用Looper.loop()让looper跑起来吧，然后looper就可以不停的从MessageQueue把消息拿出来，然后通过调用msg.target.dispatchMessage(msg)处理消息，也是让消息最终进入我们的Handler.handleMessage方法，被我们给处理了；所以我们在实例化handler时需要重写handleMessage方法；
- 5、实例化Handler时，handler中会获得当前线程的looper以及looper的messageQueue；
- 6、在调用sendMessage发送消息时，最终会调用enqueueMessage方法，在enqueueMessage方法里会将msg.target=handler，讲handler关联到msg中，这样looper在取出messageQueue中的消息时，才知道该消息是要发给那个handler处理的，将handler与msg关联后，就将msg加入队列中去了，等待looper处理。
- 使用Handler注意事项：
- 1、创建massage对象时,推荐使用obtain()方法获取，因为Message内部会维护一个Message池用于Message的复用，这样就可以避免 重新new message而冲内心分配内存，减少new 对象产生的资源的消耗。
- 2、handler 的handleMessage方法内部如果有调用外部activity或者fragment的对象，一定要用弱饮用，handler最好定义成static的，这样可以避免内存泄漏；为什么呢？因为一但handler发送了消息。而handler内部有对外部变量的引用，此时handler已经进入了looper的messageQueue里面。此时activity或者fragment退出了可视区域，但是handler内部持有其引用且为强引用时，其就不会立即销毁，产生延迟销毁的情况。
面试问题：
- Handler延迟消息处理：
MessageQueue，以队列的形式管理message，message先进先出，但其内部是采用单链表来存储消息列表。Handler的方法post(Runnable r)、postDelayed(Runnabler, long delayMillis)、sendMessage(Message msg)、sendMessageDelayed(Message msg, long delayMillis)最终调用的都是sendMessageAtTime(Message msg, long uptimeMillis)，其中又调用了enqueueMessage()将msg插入队列中。即不管发送的消息有没有延迟，都会先插入队列中，如果有延迟的话，looper不会立刻取出消息，时间到后才会取出消息，也就是延迟指延迟处理，不是延迟发送。
image
Handler可以调用sendMessageAtFrontOfQueue(Messagemsg)，postAtFrontOfQueue(Runnable r)，将消息插入队头，最先取出，最先执行，之后再处理队列中的其他消息。
image
如果队列中只有延迟消息，此时发送一个普通消息，普通消息会插入队头，最先处理，而不会等延迟消息取出后，再取出普通消息。
- 为什么在ActivityThread的main方法中有死循环（Loop.loop()），不会卡死
我们看到在ActivityThread的main中调用了 Looper.loop()
public static void main(String[] args) {
......
Looper.prepareMainLooper();
//建立一个Binder通道(会创建新线程，向主线程的messageQueue中发送消息)
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
......
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}
要说清楚问题，我们要知道android是基于消息驱动的。具体体现在上述代码中，在代码注释的地方我们可以看到 ActivityThread thread = new ActivityThread(); thread.attach(false);这两行代码，执行这两句代码会建立一个与ActivityManagerService连接的binder通道。ActivityManagerService负责管理所有activity的生命周期方法，例如oncreat，onresume等，当ActivityManagerService开始需要activity执行生命周期方法时，会首先通过建立好的binder通道调用应用程序进程的ApplicationThread的相关方法中。ApplicationThread会通过一个类型为Handler的H类将相关信息发送到主线程的消息队列中，然后通过handler来处理这个消息。这样就不会导致程序的主线程卡死。
上面只是说明了一种情况（activity的生命周期调用），其实所有的情况都是如此。又比如界面的更新：当界面需要更新的时候，也是讲这个消息封装在message对象中，然后添加到主线程的消息队列中，由消息队列统一管理。因此有消息时会进行处理，没有消息时，主线程处于休眠状态。
所以，由于android主线程是基于消息驱动的，因此虽然有Loop.loop（）这个死循环，但是主线程不会卡。
网友评论