Handler知识收集整理-1

我是代码搬运工,不能仅仅只是搬运,还要整理一下。

1. Handler组成部分:

  1. Message:消息
  2. Handler:消息的发起者
  3. Looper:消息的遍历者
  4. MessageQueue:消息队列
Handler流程图

2. Handler的使用流程:

使用Handler之前的准备工作有三步:

  1. 调用Looper.prepare()(主线程不需要调这个,因为APP创建时,main方法里面已经帮我们创建了)

  2. 创建Handler对象,重写handleMessage方法(你可以不重写),用于处理message回调的

  3. 调用Looper.loop()

其中:

Looper.prepare()的作用主要有以下三点:

  1. 创建Looper对象

  2. 创建MessageQueue对象,并让Looper对象持有

  3. 让Looper对象持有当前线程


    public static void prepare() {
        prepare(true);
    }

    private static void prepare(boolean quitAllowed) {
        // 规定了一个线程只有一个Looper,也就是一个线程只能调用一次Looper.prepare()
        if (sThreadLocal.get() != null) {
            throw new RuntimeException("Only one Looper may be created per thread");
        }
        // 如果当前线程没有Looper,那么就创建一个,存到sThreadLocal中
        sThreadLocal.set(new Looper(quitAllowed));
    }
            
    

从上面的代码可以看出,一个线程最多只有一个Looper对象。当没有Looper对象时,去创建一个Looper,并存放到sThreadLocal中


    private Looper(boolean quitAllowed) {
        // 创建了MessageQueue,并供Looper持有
        mQueue = new MessageQueue(quitAllowed);
        // 让Looper持有当前线程对象
        mThread = Thread.currentThread();
    }
    

这里主要就是创建了消息队列MessageQueue,并让它供Looper持有,因为一个线程最多只有一个Looper对象,所以一个线程最多也只有一个消息队列。然后再把当前线程赋值给mThread。

Handler使用流程:

  1. Handler.post(或sendMessage): handler发送消息msg

  2. MessageQueue.enqueueMessage(msg, uptimeMillis):msg加入message队列

  3. loop() 方法中从MessageQue中取出msg,然后回调handler的dispatchMessage,然后执行callback(如果有的话) 或 handleMessage。(注意,loop方法是一直在循环的,从前面的handler准备工作开始就已经一直在运行了)

如图所示:

ThreadLocal

3. Handler具体源码:

3.1. Message获取

Message的获取方式有两种:

1. Message msg = new Message();

2. Message msg = Message.obtain();

从全局池返回一个新的消息实例。允许我们在许多情况下避免分配新对象。

    /**
     * Return a new Message instance from the global pool.      Allows us to
     * avoid allocating new objects in many cases.
     */
    public static Message obtain() {
        synchronized (sPoolSync) {
            if (sPool != null) {
                Message m = sPool;
                sPool = m.next;
                m.next = null;
                m.flags = 0; // clear in-use flag
                sPoolSize--;
                return m;
            }
        }
        return new Message();
    }

复用之前用过的 Message 对象,这里实际上是用到了一种享元设计模式,这种设计模式最大的特点就是复用对象,避免重复创建导致的内存浪费

    /**
     * Recycles a Message that may be in-use.
     * Used internally by the MessageQueue and Looper when disposing of queued Messages.
     */
    void recycleUnchecked() {
        // Mark the message as in use while it remains in the recycled object pool.
        // Clear out all other details.
        flags = FLAG_IN_USE;
        what = 0;
        arg1 = 0;
        arg2 = 0;
        obj = null;
        replyTo = null;
        sendingUid = -1;
        when = 0;
        target = null;
        callback = null;
        data = null;

        synchronized (sPoolSync) {
            if (sPoolSize < MAX_POOL_SIZE) {
                next = sPool;
                sPool = this;
                sPoolSize++;
            }
        }
    }
    
每次message使用完了之后会调用recycleUnchecked回收message,方便下次使用

Message核心的信息有这些:

    public int what;

    public int arg1;

    public int arg2;

    public Object obj;

    /*package*/ int flags;

    /*package*/ long when;

    /*package*/ Bundle data;

    /*package*/ Handler target;

    /*package*/ Runnable callback;

    // sometimes we store linked lists of these things
    /*package*/ Message next;

3.2 Handler的发送消息

handler提供的发送消息的方法有很多,大致分为两类:

  1. Handler.post(xxx);
  2. Handler.sendMessage(xxx);

虽然方法很多,但最终都会回调到这个方法:

private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
        msg.target = this;
        if (mAsynchronous) {
            msg.setAsynchronous(true);
        }
        return queue.enqueueMessage(msg, uptimeMillis);
    }

这个方法就是将消息添加到队列里。

3.3 MessageQueue的添加消息

enqueueMessage(添加消息)

源码分析如下:


    boolean enqueueMessage(Message msg, long when) {
        if (msg.target == null) {
            throw new IllegalArgumentException("Message must have a target.");
        }
        if (msg.isInUse()) {
            throw new IllegalStateException(msg + " This message is already in use.");
        }

        synchronized (this) {
            if (mQuitting) {
                IllegalStateException e = new IllegalStateException(
                        msg.target + " sending message to a Handler on a dead thread");
                Log.w(TAG, e.getMessage(), e);
                msg.recycle();
                return false;
            }

            // 标记这个 Message 已经被使用
            msg.markInUse();
            msg.when = when;
            // 这是这个消息队列里的目前第一条待处理的消息(当前消息队列的头部,有可能为空)
            Message p = mMessages;
            boolean needWake;
            // 如果目前队列里没有消息 或 这条消息msg需要立即执行 或 这条消息msg的延迟时间比队列里的第一条待处理的消息还要早的话,走这个逻辑
            if (p == null || when == 0 || when < p.when) {
                 // 把消息插入到消息队列的头部
                // 最新的消息,如果已经blocked了,需要唤醒
                msg.next = p;
                mMessages = msg;
                needWake = mBlocked;
            } else {
                // Inserted within the middle of the queue.  Usually we don't have to wake
                // up the event queue unless there is a barrier at the head of the queue
                // and the message is the earliest asynchronous message in the queue.
                needWake = mBlocked && p.target == null && msg.isAsynchronous();
                Message prev;
                
                // 下面这个for循环的作用就是找出msg应该放置的正确位置
                // 经过下面这个for循环,最终会找出msg的前一个消息是prev,后一个消息是p
                for (;;) {
                    prev = p;
                    p = p.next;
                    if (p == null || when < p.when) {
                        break;
                    }
                    if (needWake && p.isAsynchronous()) {
                        needWake = false;
                    }
                }
                // 上面的for循环得出的结果就是:msg应该在prev后面,在p前面
                msg.next = p; // invariant: p == prev.next
                prev.next = msg;
            }

            // We can assume mPtr != 0 because mQuitting is false.
            // 如果队列阻塞了,则唤醒
            if (needWake) {
                nativeWake(mPtr);
            }
        }
        return true;
    }

上面就是handler发送消息过来,然后添加到消息队列里。

下面就开始讲添加消息到队列之后的事情:取消息,然后执行。

3.4 Loop的取消息

前面已经说到,在使用Handler之前有三步准备工作:

  1. 调用Looper.prepare()(主线程不需要调这个,因为APP创建时,main方法里面已经帮我们创建了)

  2. 创建Handler对象,重写handleMessage方法(你可以不重写),用于处理message回调的

  3. 调用Looper.loop()

其中第三步的Looper.loop()的作用就是不断的从MessageQueue队列里取消息,也就是说,在使用handler发消息之前,就已经开始了loop的循环了

loop()源码比较长,这里摘取核心部分:


    /**
     * Run the message queue in this thread. Be sure to call
     * {@link #quit()} to end the loop.
     *
     * 大概的翻译就是:在这个线程中运行消息队列。确保调用{@link #quit()}来结束循环。
     *
     */
    public static void loop() {
    
        ····
        ····

        for (;;) {
            // 不断的从MessageQueue的next方法里取出队列的头部消息
            Message msg = queue.next(); // might block
            if (msg == null) {
                // No message indicates that the message queue is quitting.
                return;
            }

            ·····
            ·····
            ·····
           
            try {
                // msg.target是Message在创建时传入的Handler,也就是发送这条消息的发送者handler
                // 所以最终会回调到handler的dispatchMessage方法
                
                msg.target.dispatchMessage(msg);
                
                dispatchEnd = needEndTime ? SystemClock.uptimeMillis() : 0;
            } finally {
                if (traceTag != 0) {
                    Trace.traceEnd(traceTag);
                }
            }
            
           
           ····
           ····
            
            // 回收msg,重复利用
            msg.recycleUnchecked();
        }
    }

loop()的作用就是不断的从MessageQueue里取消息,然后回调到dispatchMessage里,再看看dispatchMessage里干啥了


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

所以最终会执行callback或handleMessage。

简书对文章长度有限制,剩下的放到下一篇文章:

(Handler知识收集整理-2)

https://www.jianshu.com/p/9d3aa5a06661

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

推荐阅读更多精彩内容