Android-Handler消息機(jī)制

Handler在Android中負(fù)責(zé)調(diào)度消息并將來(lái)某個(gè)時(shí)段處理消息唐责。Android有大量的消息驅(qū)動(dòng)方式來(lái)進(jìn)行交互,比如四大組件的的啟動(dòng)過(guò)程的交互,都離不開消息機(jī)制泪蔫。

消息機(jī)制涉及MessageQueue/Message/Looper/Handler這4個(gè)類。

Message:消息分為硬件產(chǎn)生的消息(如按鈕喘批、觸摸)和軟件生成的消息撩荣;

MessageQueue:消息隊(duì)列的主要功能向消息池投遞消息和取走消息池的消息铣揉;

Handler:消息輔助類,主要功能向消息池發(fā)送各種消息事件(Handler.sendMessage)和處理相應(yīng)消息事件(Handler.handleMessage)餐曹;

Looper:不斷循環(huán)執(zhí)行(Looper.loop)逛拱,按分發(fā)機(jī)制將消息分發(fā)給目標(biāo)處理者。

梳理過(guò)程從handler構(gòu)造函數(shù)開始台猴,然后產(chǎn)生一條消息通過(guò)sendMessage向下分發(fā)朽合。之后又是如何被調(diào)度,最后被怎樣處理卿吐。

 public Handler(@Nullable Callback callback, boolean async) {   
        mLooper = Looper.myLooper();
        if (mLooper == null) {
            throw new RuntimeException(
                "Can't create handler inside thread " + Thread.currentThread()
                        + " that has not called Looper.prepare()");
        }
        mQueue = mLooper.mQueue;
        mCallback = callback;
        mAsynchronous = async;
    }

這里是通過(guò)Looper中的myLooper方法來(lái)獲得Looper實(shí)例的旁舰,如果Looper為null的話就會(huì)拋異常,拋出的異常內(nèi)容翻譯過(guò)來(lái)就是無(wú)法在未調(diào)用 Looper.prepare()的線程內(nèi)創(chuàng)建handler嗡官,new handler的時(shí)候沒(méi)有報(bào)錯(cuò)那么就一定之前就調(diào)用了 Looper.Prepare()箭窜,在哪里創(chuàng)建的呢?

答案在 ActivityThread.main() 中衍腥。

ActivityThread 的 main()方法就是整個(gè)APP的入口磺樱,也就是我們通常所講的主線程, UI線程婆咸。但他實(shí)際上并不是一個(gè)線程竹捉,ActivityThread 并沒(méi)有繼承 Thread 類,我們可以把他理解為主線程的管理者尚骄,負(fù)責(zé)管理主線程的執(zhí)行块差,調(diào)度等操作,看下main方法的源碼倔丈。

    public static void main(String[] args) {
        ...
        Looper.prepareMainLooper();
        ...
        Looper.loop();
        ...
    }

兩個(gè)關(guān)鍵方法 Looper.prepareMainLooper()和Looper.loop()憨闰,loop方法后面再分析,繼續(xù)看prepareMainLooper的方法內(nèi)部如下:

  
   // 1
    public static void prepareMainLooper() {
        // 2
        prepare(false);
        synchronized (Looper.class) {
            if (sMainLooper != null) {
                throw new IllegalStateException("The main Looper has already been prepared.");
            }
            sMainLooper = myLooper();
        }
    }
    
   // 2
    private static void prepare(boolean quitAllowed) {
        if (sThreadLocal.get() != null) {
            throw new RuntimeException("Only one Looper may be created per thread");
        }
        // 3
        sThreadLocal.set(new Looper(quitAllowed));
    }
 
  // 3
  private Looper(boolean quitAllowed) {
        mQueue = new MessageQueue(quitAllowed);
        mThread = Thread.currentThread();
    }

到1??這里就解決了需五,為什么我們?cè)谥骶€程中使用Handler之前沒(méi)有調(diào)用Looper.prepare方法的問(wèn)題了鹉动,就是在這里調(diào)用了prepare 方法。
2??prepare方法內(nèi)部把 Looper 放到ThreadLocal中與當(dāng)前線程綁定宏邮,保證一個(gè)線程只有一個(gè)Looper實(shí)例泽示,同時(shí)一個(gè)Looper實(shí)例也只有一個(gè)MessageQueue。
3??在Looper的構(gòu)造函數(shù)中始化MessageQueue

所以初始化Handler之前Looper 和 MessageQueue就已經(jīng)初始化了,并把Looper放到ThreadLocal中蜜氨。ThreadLocal有個(gè)特點(diǎn)是你set進(jìn)去的值是以當(dāng)前所處的線程為key械筛,value就是你set的值。源碼如下:

public void set(T value) {
       Thread t = Thread.currentThread();
       ThreadLocalMap map = getMap(t);
       if (map != null)
           map.set(this, value);
       else
           createMap(t, value);
   }

Handler的sendMessage方法都做了什么

先看一下sendMessage的流程圖:


sendMessage

簡(jiǎn)單過(guò)一遍飒炎,sendXXX 這些方式最終還是會(huì)調(diào)用到 enqueueMessage 這個(gè)方法上來(lái)的邏輯最后調(diào)用queue.enqueueMessage 添加消息到消息隊(duì)列MessageQueue中变姨,下面就是消息的入隊(duì)邏輯

    boolean enqueueMessage(Message msg, long when) {
            msg.when = when;
            Message p = mMessages;
            boolean needWake;
            if (p == null || when == 0 || when < p.when) {
                // New head, wake up the event queue if blocked.
                msg.next = p;
                mMessages = msg;
                needWake = mBlocked;
            } else {
                needWake = mBlocked && p.target == null && msg.isAsynchronous();
                Message prev;
                for (;;) {
                    prev = p;
                    p = p.next;
                    if (p == null || when < p.when) {
                        break;
                    }
                    if (needWake && p.isAsynchronous()) {
                        needWake = false;
                    }
                }
                msg.next = p; // invariant: p == prev.next
                prev.next = msg;
            }
        }
        return true;
    }

消息入隊(duì)順序是按照 Message 觸發(fā)時(shí)間 long when入隊(duì)的,有新消息加入時(shí)厌丑,會(huì)循環(huán)遍歷當(dāng)前消息隊(duì)列定欧,對(duì)比消息觸發(fā)時(shí)間,直到找到當(dāng)前消息合適的插入位置怒竿,以此來(lái)保證所有消息的觸發(fā)時(shí)間順序砍鸠。即 MessageQueue 添加消息到消息隊(duì)列中。

所以消息的存儲(chǔ)與管理MessageQueue 來(lái)負(fù)責(zé)

誰(shuí)負(fù)責(zé)把消息分發(fā)出去

Handler把Message交給MessageQueue并存儲(chǔ)起來(lái) 耕驰,那么誰(shuí)來(lái)負(fù)責(zé)把我這里的消息分發(fā)出去并且告訴主線程的人(Handler)呢爷辱?答案就是 Looper 了!


Looper

之前分析的ActivityThread.main()中的Looper.loop還沒(méi)有講到我們接著跟進(jìn)去看一下源碼

public static void loop() {
    final Looper me = myLooper();
    final MessageQueue queue = me.mQueue;
    for (;;) {
       // 循環(huán)調(diào)用 MessageQueue 的 next 方法獲取消息
        Message msg = queue.next(); // might block
        if (msg == null) {
            // No message indicates that the message queue is quitting.
            return;
        }
        try {
            msg.target.dispatchMessage(msg);
        }
    }
}

loop()不斷從MessageQueue中取消息朦肘,把消息交給target(handler)的dispatchMessage方法處理饭弓。下面是dispatchMessage

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

可以看到dispatchMessage最后調(diào)用了handleMessage方法,在源碼里面是個(gè)空實(shí)現(xiàn)媒抠。需要我們?cè)趧?chuàng)建handler的時(shí)候復(fù)寫弟断,根據(jù)不同的message處理不同的業(yè)務(wù)邏輯。

整個(gè)Handler的消息分發(fā)調(diào)度流程就講完了趴生,為了增強(qiáng)記憶阀趴,我再把整個(gè)流程拼成一塊如下圖:


Handler消息機(jī)制
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市苍匆,隨后出現(xiàn)的幾起案子刘急,更是在濱河造成了極大的恐慌,老刑警劉巖浸踩,帶你破解...
    沈念sama閱讀 210,914評(píng)論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件叔汁,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡检碗,警方通過(guò)查閱死者的電腦和手機(jī)据块,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,935評(píng)論 2 383
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)后裸,“玉大人瑰钮,你說(shuō)我怎么就攤上這事∥⑹唬” “怎么了浪谴?”我有些...
    開封第一講書人閱讀 156,531評(píng)論 0 345
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)因苹。 經(jīng)常有香客問(wèn)我苟耻,道長(zhǎng),這世上最難降的妖魔是什么扶檐? 我笑而不...
    開封第一講書人閱讀 56,309評(píng)論 1 282
  • 正文 為了忘掉前任凶杖,我火速辦了婚禮,結(jié)果婚禮上款筑,老公的妹妹穿的比我還像新娘智蝠。我一直安慰自己腾么,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,381評(píng)論 5 384
  • 文/花漫 我一把揭開白布杈湾。 她就那樣靜靜地躺著解虱,像睡著了一般。 火紅的嫁衣襯著肌膚如雪漆撞。 梳的紋絲不亂的頭發(fā)上殴泰,一...
    開封第一講書人閱讀 49,730評(píng)論 1 289
  • 那天,我揣著相機(jī)與錄音浮驳,去河邊找鬼悍汛。 笑死,一個(gè)胖子當(dāng)著我的面吹牛至会,可吹牛的內(nèi)容都是我干的离咐。 我是一名探鬼主播,決...
    沈念sama閱讀 38,882評(píng)論 3 404
  • 文/蒼蘭香墨 我猛地睜開眼奋献,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼健霹!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起瓶蚂,我...
    開封第一講書人閱讀 37,643評(píng)論 0 266
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤糖埋,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后窃这,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體瞳别,經(jīng)...
    沈念sama閱讀 44,095評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,448評(píng)論 2 325
  • 正文 我和宋清朗相戀三年杭攻,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了祟敛。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,566評(píng)論 1 339
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡兆解,死狀恐怖馆铁,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情锅睛,我是刑警寧澤埠巨,帶...
    沈念sama閱讀 34,253評(píng)論 4 328
  • 正文 年R本政府宣布,位于F島的核電站现拒,受9級(jí)特大地震影響辣垒,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜印蔬,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,829評(píng)論 3 312
  • 文/蒙蒙 一勋桶、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦例驹、人聲如沸捐韩。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,715評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)奥帘。三九已至,卻和暖如春仪召,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背松蒜。 一陣腳步聲響...
    開封第一講書人閱讀 31,945評(píng)論 1 264
  • 我被黑心中介騙來(lái)泰國(guó)打工扔茅, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人秸苗。 一個(gè)月前我還...
    沈念sama閱讀 46,248評(píng)論 2 360
  • 正文 我出身青樓召娜,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親惊楼。 傳聞我的和親對(duì)象是個(gè)殘疾皇子玖瘸,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,440評(píng)論 2 348

推薦閱讀更多精彩內(nèi)容