源碼學(xué)習(xí)|Android Handler消息機(jī)制源碼分析(三)

寫在前面的話

簡書支持Markdown語法,從這篇文章開始称勋,后面的文章都會(huì)改成Markdown編輯胸哥,讓我們一起來學(xué)著使用Markdown吧。:)

在前面兩篇文章中

中我們介紹了Hanlder的構(gòu)造方法與Looper的初始化赡鲜。本篇中我們將對(duì)剩余部分進(jìn)行剩余部分的分析空厌。


主線程的Looper初始化

主線程的looper的初始化是在Looper.prepareMainLooper中進(jìn)行初始化的。而這個(gè)方法被調(diào)用位置在ActivityThread中main方法中其代碼引用如下:

Looper.prepareMainLopper(); ActivityThread thread = new ActivityThread(); thread.attach(false); if (false) { Looper.myLooper().setMessag } Looper.loop();

而ActivityThread的main方法是Android應(yīng)用程序主線程的入口蝗蛙,所以我們可以理解為:主線程的Looper在應(yīng)用啟動(dòng)時(shí)已經(jīng)初始化過了蝇庭。

Handler的消息發(fā)送

我們?cè)趧?chuàng)建好Handler后,使用Handler發(fā)送消息一般調(diào)用根據(jù)其方法調(diào)用有:
sendMessage()
sendEmptyMessage()
sendMessageAtTime()
sendMessageDelayed()
其中主要區(qū)別在于如下源碼展示:

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

public final boolean sendEmptyMessage(int what) { return sendEmptyMessageDelayed(what, 0); }

public final boolean sendMessageDelayed(Message msg, long delayMillis) { if (delayMillis < 0) { delayMillis = 0; } return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis); }

public final boolean sendEmptyMessageDelayed(int what, long delayMillis) { Message msg = Message.obtain(); msg.what = what; return sendMessageDelayed(msg, delayMillis); }

public boolean sendMessageAtTime(Message msg, long uptimeMillis) { MessageQueue queue = mQueue; if (queue == null) { RuntimeException e = new RuntimeException( this + " sendMessageAtTime() called with no mQueue"); Log.w("Looper", e.getMessage(), e); return false; } return enqueueMessage(queue, msg, uptimeMillis); }
可以看到捡硅,當(dāng)發(fā)送EmptyMessage時(shí)哮内,會(huì)在Handler中使用Message.obtain()來構(gòu)造一個(gè)Message,而如果發(fā)送無延時(shí)消息時(shí)壮韭,會(huì)設(shè)置延時(shí)時(shí)間為0北发,最后會(huì)發(fā)送都會(huì)調(diào)用sendMessageAtTime()方法。所有的消息都會(huì)通過enqueMessage發(fā)送出去喷屋。

注意:Hanlder中的enqueMessage中會(huì)調(diào)用其中messageQueue.enqueMessage(msg, uptimeMillis),但是Handler中的MessageQueue對(duì)象是從Looper中g(shù)et到的琳拨,所以,MessageQueue耦合的還是Looper

MessageQueue的消息遍歷

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 { // 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 (;;) { 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; } if (needWake) { nativeWake(mPtr); }

如上圖中代碼中所示:其中主要操作是將新加入的Message與當(dāng)前的MessageQueue中的頭進(jìn)行比較屯曹,如果當(dāng)前有新消息進(jìn)入并且觸發(fā)時(shí)間為0或小于當(dāng)前頭節(jié)點(diǎn)的時(shí)間狱庇,如果隊(duì)列阻塞,則喚醒線程處理恶耽。如果新消息觸發(fā)時(shí)間長于隊(duì)列中的消息時(shí)間密任,則按時(shí)間排序,插入到隊(duì)列中偷俭。如果喚醒線程浪讳,則調(diào)用nativeWake函數(shù)進(jìn)行JNI方法調(diào)用發(fā)送消息。

消息循環(huán)處理與回調(diào)

Looper中的loop()方法會(huì)拿到與looper耦合的MessageQueue對(duì)象涌萤,由MessageQueue調(diào)用next()方法淹遵,如果meesage對(duì)象不為空口猜,則調(diào)用msg.target.dispatchMessage(msg);回調(diào)到Handler中。
public void dispatchMessage(Message msg) { if (msg.callback != null) { handleCallback(msg); } else { if (mCallback != null) { if (mCallback.handleMessage(msg)) { return; } } handleMessage(msg); } }

其中透揣,else語句中的handlerMessage最終會(huì)回調(diào)回當(dāng)時(shí)創(chuàng)建的Handler對(duì)應(yīng)的handMessage方法中济炎。

在回調(diào)中,我們注意到除了handleMessage的回調(diào)淌实,還有可以注冊(cè)message的CallBack或者Handler的callback來回調(diào)冻辩。message的Callback需要在message創(chuàng)建時(shí)傳入一個(gè)Runnable對(duì)象。而Handler的Callback與handleMessage方法就目前而言使用上沒感覺有什么區(qū)別拆祈。
希望有了解的同學(xué)能對(duì)這個(gè)問題留言說明下恨闪,謝謝~放坏!

寫到最后

Handler的基礎(chǔ)分析就算完成了,后續(xù)有時(shí)間會(huì)做其他相關(guān)的源碼分析钧敞。
不足之處麸粮,請(qǐng)大家批評(píng)指導(dǎo)弄诲。

ps:Markdown代碼框標(biāo)記不怎么好用,大家有什么建議也可以留言(⊙o⊙)哦寂玲!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末拓哟,一起剝皮案震驚了整個(gè)濱河市断序,隨后出現(xiàn)的幾起案子糜烹,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,372評(píng)論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件挚币,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡慎玖,警方通過查閱死者的電腦和手機(jī)笛粘,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來润努,“玉大人示括,你說我怎么就攤上這事《庀ィ” “怎么了吼拥?”我有些...
    開封第一講書人閱讀 162,415評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵凿可,是天一觀的道長矿酵。 經(jīng)常有香客問我,道長敞咧,這世上最難降的妖魔是什么休建? 我笑而不...
    開封第一講書人閱讀 58,157評(píng)論 1 292
  • 正文 為了忘掉前任评疗,我火速辦了婚禮百匆,結(jié)果婚禮上砌些,老公的妹妹穿的比我還像新娘存璃。我一直安慰自己,他們只是感情好粘招,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,171評(píng)論 6 388
  • 文/花漫 我一把揭開白布洒扎。 她就那樣靜靜地躺著,像睡著了一般袍冷。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上岂傲,一...
    開封第一講書人閱讀 51,125評(píng)論 1 297
  • 那天难裆,我揣著相機(jī)與錄音镊掖,去河邊找鬼乃戈。 笑死亩进,一個(gè)胖子當(dāng)著我的面吹牛症虑,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播归薛,決...
    沈念sama閱讀 40,028評(píng)論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼谍憔,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼主籍!你這毒婦竟也來了习贫?” 一聲冷哼從身側(cè)響起苫昌,我...
    開封第一講書人閱讀 38,887評(píng)論 0 274
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎物独,沒想到半個(gè)月后袜硫,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體挡篓,經(jīng)...
    沈念sama閱讀 45,310評(píng)論 1 310
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,533評(píng)論 2 332
  • 正文 我和宋清朗相戀三年憨攒,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了世杀。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,690評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡肝集,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出蛛壳,到底是詐尸還是另有隱情杏瞻,我是刑警寧澤,帶...
    沈念sama閱讀 35,411評(píng)論 5 343
  • 正文 年R本政府宣布衙荐,位于F島的核電站捞挥,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏忧吟。R本人自食惡果不足惜砌函,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,004評(píng)論 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望溜族。 院中可真熱鬧讹俊,春花似錦、人聲如沸煌抒。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽寡壮。三九已至贩疙,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間况既,已是汗流浹背这溅。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評(píng)論 1 268
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留棒仍,地道東北人悲靴。 一個(gè)月前我還...
    沈念sama閱讀 47,693評(píng)論 2 368
  • 正文 我出身青樓,卻偏偏與公主長得像降狠,于是被迫代替她去往敵國和親对竣。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,577評(píng)論 2 353

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