前面学习了ThreadLocal源码,这里继续学习Looper的源码,Looper也是Handler里非常重要的一个类,而Looper里,就使用到了ThreadLocal。
先看下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();
}
}
1.在指定线程中,先调用Looper.prepare()
2.创建Handler
3.调用Looper.loop();
流程非常简单,这样就把Looper和Handler给绑定到一起了,但看代码似乎没有Handler和Looper交互的过程,像这种的,据我的工作经验,同常就是有一个静态变量将两者联系起来了,所以在外部的方法调用里看不到。
Looper.prepare()恰好就是一个静态方法,先看他的源码(做了一下顺序调整,让能一次看完):
似乎可以说清这两个为啥能绑定了,再看Handler()的源码:
到这里,基本就说清楚了,Handler和Looper是如何联系在一起工作的。
再看一下Looper.loop()这个静态方法(只摘要了相关方法,先沿着主干分析):
抛开Handler部分,Looper.prepare()和Looper.loop()就构成了一个完整的操作,首先是给特定线程绑定一个Looper实例,接着在线程中开启死循环来读取消息,消费消息。
有的同学可能发现了,一旦线程里成功运行了Looper.loop()方法,那不就一直死循环没办法释放线程了么?这里就需要调用Looper里的方法quit()了:
public void quit() {
mQueue.quit(false);
}
该方法会让消息队列返回一个null的msg,这样就满足了loop()里msg == null 的退出条件,至于消息队列是在何时返回null,何时因为无消息而blocked,我会在后面的MessageQueue的源码学习里说明。
再扯一句,仔细看下Handler和Looper的绑定过程,可以发现,对于一个线程,只能有一个Looper实例,但可以有多个Handler实例,也就是说,一个Looper可以绑定到多个Handler上!我们实际项目中,在Activity、Fragment里写的Handler,默认就是绑在主线程Looper,他们都是往主线程Looper里发送消息,在主线程里执行的。
总结:这次讲了部分Handler源码,也说完了Looper的主要部分,但又引出了MessageQueue,下一步就是讲讲MessageQueue的源码。