Handler是什么阻肩？
對(duì)于Handler 我們都不太陌生 這是我們Android的消息傳輸機(jī)制 我們都知道它是用來(lái)幫我們通過(guò)子線程發(fā)送消息到主線程 供我們主線程進(jìn)行更新UI操作的 那他為什么可以完成線程間的通信呢污筷？
Handler 包含了什么审编？
Handler更新UI界面的機(jī)制厘熟，也是消息處理的機(jī)制,可以發(fā)送消息，也可以處理消息
Message 接收處理消息對(duì)象
Looper 每個(gè)線程只有1個(gè)：可讀取MessageQueue消息隊(duì)列时呀，管理此線程里的MessageQueue(消息隊(duì)列)遵循先進(jìn)先出讀到消息后從消息隊(duì)列取出交給handler
Message Queue(消息隊(duì)列):用來(lái)存放線程放入的消息
Handler消息機(jī)制是什么芦疏？
Handler 機(jī)制中包含了幾個(gè)關(guān)鍵的對(duì)象，Looper,MessageQueue,Message矛洞。在使用 Handler 的時(shí)候葬燎，在 handler 所創(chuàng)建的線程需要維護(hù)一個(gè)唯一的 Looper 對(duì)象，每個(gè)線程對(duì)應(yīng)一個(gè) Looper, 每個(gè)線程的 Looper 通過(guò) ThreadLocal 來(lái)保證缚甩。Looper 對(duì)象的內(nèi)部又維護(hù)有唯一的一個(gè)MessageQueue 鏈表，所以一個(gè)線程可以有多個(gè) Handler,但是只能有一個(gè) Looper 和一個(gè)MessageQueue窑邦。Message 在 MessageQueue 不是通過(guò)一個(gè)列表來(lái)存儲(chǔ)的擅威，而是將傳入的Message 存入到了上一個(gè) Message 的 next 中，在取出的時(shí)候通過(guò)頂部的 Message 按放入的順序依次取出 Message冈钦。Looper 對(duì)象通過(guò) loop()方法開(kāi)啟了一個(gè)死循環(huán)郊丛，不斷地從 looper 內(nèi)的 MessageQueue 中取出 Message,然后通過(guò) handler 將消息分發(fā)傳回 handler 所在的線程
如果對(duì)Handler有了解的朋友會(huì)覺(jué)得卻是就是挺簡(jiǎn)單的 但是對(duì)于初學(xué)者來(lái)說(shuō) 這TM是啥都是些什么玩意 哈哈哈 不要著急 我們今天通過(guò)源碼來(lái)給大家講解一下 關(guān)于Handler機(jī)制的執(zhí)行流程
我們先來(lái)通過(guò)一張流程圖來(lái)看一下我們是怎么把消息從子線程發(fā)送到主線程的:
Handler源碼
首先我們都知道Activity創(chuàng)建以后會(huì)首先走到我們ActivityTrhead 的main 函數(shù)中(也就是我們的main方法)
這里我們發(fā)現(xiàn) 咦 怎么我們main方法中還會(huì)幫我們創(chuàng)建Looper的？ 當(dāng)你對(duì)java夠熟悉的時(shí)候 大家就可以進(jìn)入源碼中了解一下 我們就會(huì)發(fā)現(xiàn) 其實(shí)我們對(duì)代碼的理解過(guò)于偏淺 咳咳 跑題了 我們首先去我們的第一步Looper.prepareMainLooper()這個(gè)方法中看一看：
我們發(fā)現(xiàn)其實(shí)就是調(diào)用了Looper中的一個(gè)方法 進(jìn)入方法第一步就執(zhí)行了一個(gè) 本類(lèi)中的prepare()方法 這個(gè)方法是做什么的呢瞧筛？ 我們點(diǎn)進(jìn)去繼續(xù)看：
這里我們發(fā)現(xiàn)它給我們做了一個(gè)判斷 sTreadLocal.get() 獲取到的這個(gè)對(duì)象是否不為空 不為空就給我們拋出異常 否則就幫我們set()一個(gè)厉熟。 我們這個(gè)時(shí)候就想問(wèn)了 這個(gè)sTreadLocal是個(gè)什么東西？為什么要通過(guò)他來(lái)獲取Looper呢较幌？
我們發(fā)現(xiàn)這個(gè)sThreadLocal 就是線程內(nèi)部的數(shù)據(jù)存儲(chǔ)類(lèi)的對(duì)象 揍瑟，通過(guò)他可以在指定的線程中存儲(chǔ)數(shù)據(jù)，該數(shù)據(jù)只有在指定線程中可以獲取
我們看一下這個(gè)ThreadLocal給我們提供的set() get()方法：
set()方法：
這里我們發(fā)現(xiàn)一個(gè)ThreadLocalMap 一個(gè)map集合 我們發(fā)現(xiàn)這一步吧我們的當(dāng)前線程和我們當(dāng)前線程的Looper對(duì)象 通過(guò) key value 的形式 綁定到了一個(gè)ThreadLocalMap 對(duì)象中
我們看一下Looper的構(gòu)造方法中都創(chuàng)建了什么：
我們發(fā)現(xiàn)它幫我們創(chuàng)建了一個(gè)MessageQueue();并把我們的的當(dāng)前線程對(duì)象賦值給了mThread 這里特別重要 我們的Looper只能有一個(gè)MessageQueue 而且是在創(chuàng)建Looper時(shí)創(chuàng)建了 也就是同步創(chuàng)建的乍炉。
有了賦值set() 我們?cè)賮?lái)看看取值get()方法
get()方法 :
get()方法中代碼很多 但是原理很簡(jiǎn)單 就是有就使用 沒(méi)有就賦值嘛
我們只需要知道我們通過(guò)這個(gè)get()方法返回的是我們當(dāng)前線程的Looper對(duì)象就可以啦
弄懂這兩個(gè)方法以后我們就知道了我們prepare這個(gè)方法中都了什么 ：判斷我們Looper是否存在 不存在的話就幫我們創(chuàng)建 存在就從ThreadLocalMap中取出當(dāng)前線程對(duì)應(yīng)的Looper對(duì)象
我們繼續(xù)往下看：
prepareMainLooper這個(gè)方法：
我們這里的sMainLooper就是一個(gè)默認(rèn)為空的Loopr對(duì)象
我們看到如果他存在的話 就拋出異常 不存在的話就調(diào)用本類(lèi)的myLooper方法
這個(gè)myLooper都干了什么呢绢片？我們點(diǎn)進(jìn)去看一下 ：
這個(gè)地方就通過(guò)我們ThreadLocal的get()方法取出我們當(dāng)前線程的Looper對(duì)象
到這里我們的 Looper.prepareMainLooper(); 創(chuàng)建主線程Looper對(duì)象就完成了
我們接下來(lái)往下看
我們發(fā)現(xiàn)我們這里又調(diào)用了Looper.loop() 這個(gè)方法滤馍， 這個(gè)方法就是我們輪詢(xún)消息的方法
又是一段長(zhǎng)代碼 是不是看的讓人頭大 不要慌 看源碼就是很繁瑣的 我們要有耐心
我們首先看到 調(diào)用了myLooper()這個(gè)方法 這個(gè)方法是做什么呢？
我們發(fā)現(xiàn)它和我們ThreadLocal.get()這個(gè)方法功能是一樣的 都是獲取到我們保存的Looper對(duì)象
我們接下來(lái)看它又做了哪些事呢底循？
這里把我們Looper對(duì)象的MessageQueue取出來(lái)
通過(guò)死循環(huán) 不斷的調(diào)用MessageQueue 消息隊(duì)列 對(duì)象的next()方法 獲取到Message 直到我們的消息隊(duì)列中沒(méi)有消息 返回 這個(gè)next()方法里面是怎么把消息給我們?nèi)〕瞿兀?br> 這個(gè)方法中代碼太多 我就把核心給取出展示：
這里就是定義一個(gè)空的Message 然后把我們的消息隊(duì)列中的消息 進(jìn)行取出 把每一個(gè)值都賦值給我們空的Message 然后把我們賦值過(guò)后的Message返回
如果我們的消息隊(duì)列中有消息的話 就會(huì)一直調(diào)用這個(gè)next方法進(jìn)行取值 直到消息隊(duì)列中的消息為空 next就會(huì)堵塞線程 否則loop循環(huán)就會(huì)無(wú)限循環(huán)下去 當(dāng)我們獲取到消息以后我們用做了什么事情呢巢株？
我們發(fā)現(xiàn)我們調(diào)用了一個(gè)msg.target.dispatchMessage()方法 首先我們要知道m(xù)sg.target是什么
原來(lái)他是一個(gè)Handler 的對(duì)象 我們接下來(lái)再看dispatchMessage這個(gè)是干了什么：
我*** 有沒(méi)有感覺(jué)到最下面那一行代碼特別熟悉：
這就是我們創(chuàng)建Handler的時(shí)候
這個(gè)handleMessage方法嗎 原來(lái)就是這個(gè)地方把我們的msg傳遞給我們的Handler了啊 是不是覺(jué)得其實(shí)也不是那么的困難 看完了以上的代碼 我們接下來(lái)再來(lái)看我們的Handler 哈哈哈哈哈 這里才到我們的Handler 是不是覺(jué)得已經(jīng)很無(wú)聊了 馬上步入正題：
我們先看一下我們創(chuàng)建Handler的時(shí)候都幫我們干了什么：
繼續(xù)往里看：
我們發(fā)現(xiàn)它調(diào)用了myLooper()這個(gè)方法 這個(gè)發(fā)法我們之前已經(jīng)看到過(guò)了：
是用來(lái)獲取我們當(dāng)前線程的Looper對(duì)象的 接下來(lái)又把我們當(dāng)前線程Looper對(duì)象中的MessageQueue綁定到我們的Handler中的MessageQueue 。接下來(lái)就來(lái)看我們的發(fā)送消息事件吧
我們今天通過(guò)一個(gè)簡(jiǎn)單的發(fā)送消息來(lái)進(jìn)行講解：
我們點(diǎn)進(jìn)去sendMessage方法發(fā)現(xiàn)：
這里發(fā)送了一條默認(rèn)為0的延遲消息 這個(gè)方法又做了什么呢：
又指定時(shí)間發(fā)送了一條消息-->
這個(gè)方法定義了一個(gè)空的MessageQueue綁定我們Handler的MessageQueue 又往下走enqueueMessage()方法：
我們發(fā)現(xiàn)這里把我們存儲(chǔ)到msg.target的這個(gè)Handler賦值給了我們當(dāng)前的Handler 接下來(lái)調(diào)用了MessageQueue的enqueueMessage() ：
首先對(duì)我們的 msg.target 也就是 Hander進(jìn)行了一次判空 如果為空就給我們拋出異常
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 {
// 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;
}
首先判斷我們消息隊(duì)列中是否有消息 如果沒(méi)有就直接放到第一個(gè) 如果有消息的話就放到他的后面
這個(gè)時(shí)候我們的消息就完全的存放到了我們MessageQueue中 我們的的ActivityThread 的main 方法中的Looper.loop 就會(huì)把我們消息隊(duì)列中的消息輪詢(xún)?nèi)〕?給我們handler使用了
還有一點(diǎn)就是我們Handler的內(nèi)存泄漏問(wèn)題：
在使用 Handler 的過(guò)程中熙涤，需要注意內(nèi)存泄漏阁苞，因?yàn)?handler 是用來(lái)進(jìn)行線程間通信的，所
以新開(kāi)啟的線程會(huì)持有 Handler 引用的祠挫，如果 Activity 中創(chuàng)建 Handler那槽，并且是非靜態(tài)內(nèi)部類(lèi)
的形式，就有可能造成內(nèi)存泄漏茸歧。非靜態(tài)的內(nèi)部類(lèi)是會(huì)隱式持有外部類(lèi)的引用倦炒，所以當(dāng)其他
線程持有了 handler,線程沒(méi)有被銷(xiāo)毀，就意味著 Activity 會(huì)一致被 Handler 持有引用而無(wú)法導(dǎo)
致回收软瞎。同時(shí) MessageQueue 中如果存在未處理完的 Message,Message 的 target 也是對(duì) Acivity
的持有引用逢唤，也會(huì)造成內(nèi)存泄漏。
解決的方法涤浇，可以使用靜態(tài)的內(nèi)部類(lèi)+弱引用的方式鳖藕。在外部類(lèi)對(duì)象被銷(xiāo)毀時(shí)，將
MessageQueue 中 的 消 息 清 空 只锭。 如 Activity 的 onDestroy 時(shí) 將 消 息 情 況 著恩， 調(diào) 用
handler.removeCallbacksAndMessages(null); 清空消息
以上就是我總結(jié)的Handler啦 有沒(méi)有學(xué)到什么呢~
如果您發(fā)現(xiàn)了哪些錯(cuò)誤可以聯(lián)系我哦~
