Handler机制分析

最近翻译了一片关于Context泄露的文章,其中提到了Handler的一些知识点。想想当初自己研究这块的时候也是看着源码一点点抠出来的。只不过那时候没有做个总结,现在正好借着这个机会把这块知识点总结下,也算是做个备注了。

我们知道Android应用启动的时候会执行ActivityThread类的main方法,详情请参见罗升阳的这篇文章。main方法中会为主线程创建一个Looper对象,这个Looper中维护了一个消息队列MessageQueen。Looper会不断的从消息队列中取消息,然后交给消息的target对象(即Handler)去处理这个消息。如果队列中没有消息,那么Looper就会进入等待状态直到队列中有新消息。大概的过程就是这样,下面我们通过源码来了解下整个过程。

首先来看看ActivityThread的main方法,这里只保留了跟本文相关的主要代码。

public static void main(String[] args) {

    Looper.prepareMainLooper();

    ActivityThread thread = new ActivityThread();
    thread.attach(false);

    if (sMainThreadHandler == null) {
        sMainThreadHandler = thread.getHandler();
    }

    Looper.loop();
}

main方法中首先调用了Looper.prepareMainLooper()来为主线程创建一个Looper对象,然后在调用Looper.loop()方法进入一个无限循环状态不断的从消息队列中取消息进行处理。那么,我们再跟踪到Looper.prepareMainLooper()中去看看。

public static void prepareMainLooper() {
    prepare(false);
    synchronized (Looper.class) {
        if (sMainLooper != null) {
            throw new IllegalStateException("The main Looper has already been prepared.");
        }
        sMainLooper = myLooper();
    }
}

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));
}

prepareMainLooper()首先调用Looper的prepare()方法创建Looper对象,然后再把这个looper对象赋值给sMainLooper。同时在创建过程中确保了主线程只有一个Looper对象。Looper对象在创建的时候会同时创建一个MessageQueen对象,所有的消息都会存储在这个队列中。Looper也是从这个队列中取消息来进行处理的。并且,这个Looper对象的作用域为整个线程。 这样,只要是在该线程内发送的消息,都会发送到这个Looper对象的消息队列中进行处理。

 private Looper(boolean quitAllowed) {
    mQueue = new MessageQueue(quitAllowed);
    mThread = Thread.currentThread();
}

main方法最后调用了Looper的loop()方法让Looper工作起来,也就是处理消息队列中的消息。

public static void loop() {
    final Looper me = myLooper();
    final MessageQueue queue = me.mQueue;
    for (;;) {
        Message msg = queue.next(); // might block
        if (msg == null) {
            // No message indicates that the message queue is quitting.
            return;
        }

        msg.target.dispatchMessage(msg);
    }
}

loop()方法先拿到当前线程的Looper对象,然后再拿到Looper的MessageQueen对象。最后进入无限循环,不断的从消息队列中取出消息。然后再把消息交给这个消息的target对象进行处理。那么现在的问题就是消息是从哪里来的以及这个target对象又是谁。

一般情况下,我们会通过handler的sendMessage(msg)方法来发送一条消息。那么我们就跟踪下这个方法,看看这个消息最终被发送到哪里去了。

public final boolean sendMessage(Message msg){
    return sendMessageDelayed(msg, 0);
}

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;
    return enqueueMessage(queue, msg, uptimeMillis);
}

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
    msg.target = this;//注意:这里把this(即发送消息的那个Handler对象)赋值给了消息的target对象。
                    //所以,在Looper.loop()方法中的target就是一个Handler对象
    return queue.enqueueMessage(msg, uptimeMillis);
}

可以看到通过层层调用,最终调用了sendMessageAtTime()方法,该方法又调用了enqueueMessage()方法将方法放入一个消息队列中。那么这个消息队列又跟Looper中的消息队列有啥关系呢?我们来看看Handler是怎么创建的。

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;
}

已经很清晰明了了。当创建Handler对象的时候,首先会通过Looper.myLooper()拿到当前线程的Looper对象,然后再拿到Looper的MessageQueen对象。也就是说我们的消息是被发送到当前线程的Looper的消息队列中了。这样Looper.loop()拿到的消息就是我们发送的消息,然后再把消息交给发送这个消息的Hanlder来进行处理。即Looper.loop()中的msg.target.dispatchMessage(msg)。那么我们再来看看handler.dispatchMessage(msg)是怎么处理这个消息的。

public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
        handleCallback(msg);
    } else {
        if (mCallback != null) {
            if (mCallback.handleMessage(msg)) {
                return;
            }
        }
        handleMessage(msg);
    }
}

我们这里暂时不关心msg的callback以及handler的mCallback。这里最终会调用handleMessage(msg)方法,那我们当然要追踪进去看看了。

public void handleMessage(Message msg) {
}

没错,是个空方法。其实这里就是我们使用Handler的时候实现我们处理消息逻辑的地方。一般我们是这么使用Handler的:

private static Handler mHandler = new Handler(){
    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
        //处理逻辑
    }
};

至此,整个Handler机制就串通了:从消息的发送到消息的处理。

如果我们在主线程中使用Handler,那我们不用去管Looper。因为,framew已经为我们的主线程创建好了Looper。但是,如果我们要在其他线程中使用Handler这套机制,那我们就需要自己去创建Looper并调用Looper.prepare(),否则就会发生异常。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,233评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,013评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,030评论 0 241
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,827评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,221评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,542评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,814评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,513评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,225评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,497评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,998评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,342评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,986评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,812评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,560评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,461评论 2 266

推荐阅读更多精彩内容