Handler想必在大家写Android代码过程中已经运用得炉火纯青,特别是在做阻塞操作线程到UI线程的更新上.Handler用得恰当,能防止很多多线程异常.
而Looper大家也肯定有接触过,只不过写应用的代码一般不会直接用到Looper.但实际Handler处理Message的关键之处全都在于Looper.
以下是我看了<深入理解Android>的有关章节后,写的总结.
Handler
先来看看Handler的构造函数.
public Handler() { this(null, false); } public Handler(Looper looper) { this(looper, null, false); } 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; }
主要关注Handler的2个成员变量mQueue,mLooper
mLooper可以从构造函数传入.如果构造函数不传的话,则直接取当前线程的Looper:mLooper = Looper.myLooper();
mQueue就是mLooper.mQueue.
把Message插入消息队列
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插入消息队列的方法.
从中能看出,Message是被插入到mQueue里面,实际是mLooper.mQueue.
每个Message.target = this,也就是target被设置成了当前的Handler实例.
到此,我们有必要看看Looper是做一些什么的了.
Looper
这是Looper一个标准的使用例子.
class LooperThread extends Thread { public Handler mHandler; public void run() { Looper.prepare(); ...... Looper.loop(); } }
我们再看看Looper.prepare()和Looper.loop()的实现.
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)); } public static Looper myLooper() { return sThreadLocal.get(); } 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
Printer logging = me.mLogging; if (logging != null) { logging.println(">>>>> Dispatching to " + msg.target + " " + msg.callback + ": " + msg.what); } 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(); 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(); } }
prepare()方法给sThreadLocal设置了一个Looper实例.
sThreadLocal是Thread Local Variables,线程本地变量.
每次调用myLooper()方法就能返回prepare()设置的Looper实例.
Looper()方法里面有一个很显眼的无限For循环,它就是用来不断的处理messageQueue中的Message的.
最终会调用message.target.dispatchMessage(msg)方法.前面介绍过,target是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); } }
实现非常简单,如果callback不为空则用handleCallback(msg)来处理message.
而大多数情况下,我们实例化Handler的时候都没有传callback,所以都会走到handler.handleMessage()方法了.这方法用过Handler的人,都在再熟悉不过了.
这就是Handler和Looper协同工作的原理.消息队列的实现都在Looper,Handler更像是一个辅助类.
HandlerThread
多数情况下,我们都是用Handler来处理UI界面的更新,这时我们要保证handler的Looper是UI线程的Looper.
只需要这样子实例化Handler就能保证在UI线程处理Message了:Handler handler = new Handler(Looper.getMainLooper());
而当我们不希望Handler在UI线程去处理Message时候,就需要新建一个线程然后把线程的Looper传给Handler做实例化.
也许我们会写出下面类似的代码(样例代码引用<深入理解Android>)
class LooperThread extends Thread { public Looper myLooper = null; // 定义一个public 的成员myLooper,初值为空。
public void run() { // 假设run 在线程2 中执行
Looper.prepare(); // myLooper 必须在这个线程中赋值
myLooper = Looper.myLooper(); Looper.loop(); } } // 下面这段代码在线程1 中执行,并且会创建线程2
{ LooperThread lpThread= new LooperThread; lpThread.start();//start 后会创建线程2
Looper looper = lpThread.myLooper;//<====== 注意 // thread2Handler 和线程2 的Looper 挂上钩
Handler thread2Handler = new Handler(looper); //sendMessage 发送的消息将由线程2 处理
threadHandler.sendMessage(...) }
细心的你们可能已经一眼看穿,new Handler(looper);传进来的looper可能为空.
原因是Looper looper = lpThread.myLooper时候,lpThread.myLooper可能为空,因为lpThread还没有开始执行run()方法.
那要怎么样才能保证handler实例化时候,looper不为空呢.
Android给我们提供了完美的解决方案,那就是HandlerThread.
public class HandlerThread extends Thread{ // 线程1 调用getLooper 来获得新线程的Looper
public Looper getLooper() { ...... synchronized (this) { while (isAlive() && mLooper == null) { try { wait();// 如果新线程还未创建Looper,则等待
} catch (InterruptedException e) { } } } return mLooper; } // 线程2 运行它的run 函数,looper 就是在run 线程里创建的。
public void run() { mTid = Process.myTid(); Looper.prepare(); // 创建这个线程上的Looper
synchronized (this) { mLooper = Looper.myLooper(); notifyAll();// 通知取Looper 的线程1,此时Looper 已经创建好了。
} Process.setThreadPriority(mPriority); onLooperPrepared(); Looper.loop(); mTid = -1; } }
HandlerThread.getLooper()方法会等待mLooper被赋值了才返回.
在handler实例化调用handlerThread.getLooper()方法的时候,就能保证得到的Looper一定不为空了.
HandlerThread handlerThread = new HandlerThread(); handlerThread.start(); Handler handler = new Handler(handlerThread.getLooper());