handler通信實現(xiàn)的方案實際上是一種內存共享的方案
為什么線程間通信不會干擾，加了鎖恼蓬，內存管理設計的很完善
通過loop.loop啟動loop.就開始了一個死循環(huán)惊完，循環(huán)去隊列中進行取值
loop取到一個為null的message，則會退出handler發(fā)送消息处硬，不管send post到最后小槐，都會到sentMessageAtTime,在這個方法里面，調用到enqeueMessage.在這個方法內荷辕，接著走到了queue.enqeueMessage（）這里會把時間穿進去
這個方法內凿跳，會把消息插入隊列中（排序算法：插入排序）。messageQueue next方法疮方，會返回message消息拄显，相當于取消息的方法
這個next的方法調用，會在looper里案站。在loop方法內躬审，有個for死循環(huán)，在這里會調用queue.next方法蟆盐。然后取出message后承边，在這里方法里，接著調用到了msg.target.diaptachMessage方法石挂。
在這個方法內博助，會走到handleMessage消息隊列，messageQueue痹愚， 是一個優(yōu)先級隊列富岳，由單鏈表實現(xiàn)的蛔糯。 因為next取值的時候，默認取第一個窖式，所以蚁飒，他相當于先進先出的數(shù)據(jù)結構，也就是隊列萝喘。
Loop
- 核心有三個 構造函數(shù) loop ThreadLocal
- Loop類里有個私有的構造函數(shù)淮逻，所以其初始化有prepare方法完成
image.png -
所以說到loop的初始化，就必須說到ThreadLocal---他是一個線程上下文的存儲變量.ThreadLocal本身是不存儲數(shù)據(jù)的阁簸，他存儲數(shù)據(jù)主要是因為內部的一個類ThreadLocalMap爬早。
image.png
他存儲數(shù)據(jù)是通過線程獲取ThreadLocalMap。每一個線程都有一個ThreadLocalMap成員變量threadLocals
一個線程里只有一個loop启妹，就是根據(jù)threadLocal保證的
ThreadLocal
- ThreadLocal 里有一個靜態(tài)內部類ThreadLocalMap筛严。實際存儲數(shù)據(jù)的東西是ThreadLocalMap，他里面維護一數(shù)組饶米，并對ThreadLocal求模獲得下標進行存儲脑漫。
- 而每個looper里有一個MessageQueue，所以咙崎，MessageQueue是跟looper綁定 优幸，所以也就是每個線程只有一個MessageQueue，并且其聲明是final
而且 static final ThreadLocal<Looper> sThreadLocal = new ThreadLocal<Looper>();因為是static final褪猛，所以這個變量在整個Android唯一
handler內存泄漏的原因
是因為生命周期的問題网杆，所以并不僅僅是內部類持有外部類引用，而是因為他們聲明周期不同伊滋。之所以生命周期不同碳却，是因為在handler sendmessage的時候，執(zhí)行到handler的enqueueMessage的msg.target賦值為了當前handler笑旺，這個隊列的生命存在周期可能很長昼浦，所以導致handler釋放不了，然后handler拿著外部的引用筒主，導致了外部也無法釋放
子線程消息隊列無消息后應該怎么做
- 調用looper.quit方法关噪，此時會處理掉什么消息，并喚醒消息隊列的循環(huán)（無消息的時候會讓他睡眠）乌妙，然后因為給一個判斷的變量mQuitting賦值為true了使兔，所以在循環(huán)操作里，監(jiān)測到這個true
// Process the quit message now that all pending messages have been handled.
if (mQuitting) {
dispose();
return null;
}
在此處messageQueue的next方法返回為null藤韵，
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
也就是Looper的loop方法里msg為null虐沥，然后就return了。
- 所以quit方法做了什么事？---喚醒睡眠的線程（因消息為null睡眠了）--MessageQueue里mQuitAllowed設置為true ---導致next返回null--導致loop方法里得到null后return 退出
為什么多個線程都可以往消息隊列中放消息欲险，是怎么保證線程安全的
- 因為加鎖了
boolean enqueueMessage(Message msg, long when) {
...
synchronized (this) {
.....
}
.....
}
注意此處鎖的是this镐依，所以也就是對同一個這個對象的訪問是有鎖的，但是對不同對象是沒事的天试，因為this不同
為什么取消息的時候也有synchronized (this)------因為從這個隊列中取的時候槐壳，有可能有其他消息要進來，而且可能會插隊（比如同步屏障或者延時消息的插隊）
message的創(chuàng)建問題---大量new出來對象后為何不會內存抖動（full gc雖然會處理這些碎片秋秤，但是無法控制）和oom，其中涉及到了享元設計模式（內存復用脚翘，不是指的數(shù)據(jù)復用）灼卢，在loop取出消息后，并沒有直接將這個對象釋放来农，而是msg.recycleUnchecked();
