Handler源码学习(二) - Looper源码学习

前面学习了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源码学习(二) - Looper源码学习_第1张图片
Looper.prepare()

似乎可以说清这两个为啥能绑定了,再看Handler()的源码:


Handler源码学习(二) - Looper源码学习_第2张图片
Handler

到这里,基本就说清楚了,Handler和Looper是如何联系在一起工作的。
再看一下Looper.loop()这个静态方法(只摘要了相关方法,先沿着主干分析):


Handler源码学习(二) - Looper源码学习_第3张图片
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的源码。

你可能感兴趣的:(Handler源码学习(二) - Looper源码学习)