第一次被問(wèn)到這個(gè)問(wèn)題的時(shí)候，就再想漠嵌，為什么會(huì)問(wèn)這問(wèn)題呢咐汞？
回想了一遍關(guān)于Android Handler,Message, MessageQueue 和 Looper 的相關(guān)知識(shí)盖呼，才明白為什么會(huì)有這樣的問(wèn)題。
這個(gè)問(wèn)題是怎么來(lái)的化撕？
因?yàn)?code>Looper.loop() 消息循環(huán)是個(gè)死循環(huán)几晤，會(huì)不斷的在這里處理MessageQueue消息隊(duì)列中的消息
/**
* Run the message queue in this thread. Be sure to call
* {@link #quit()} to end the loop.
*/
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;
/*
* 刪除了一些無(wú)關(guān)代碼
*/
for (;;) {
// 這里循環(huán)從queue中獲取Message消息，如果沒(méi)有消息的話這里會(huì)阻塞
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
try {
//msg.target 對(duì)象是發(fā)送Message消息的Handler對(duì)象植阴，通過(guò)Handler的dispatchMessage進(jìn)行消息處理
msg.target.dispatchMessage(msg);
dispatchEnd = needEndTime ? SystemClock.uptimeMillis() : 0;
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
}
}
/*
* 刪除了一些無(wú)關(guān)代碼
*/
// 消息處理完后锌仅，將Message放入對(duì)象池中，這樣Message.obtain()獲取Message時(shí)候可以減少對(duì)象的創(chuàng)建
msg.recycleUnchecked();
}
}
Looper.loop() 為什么不會(huì)卡死主線程
1, 這里涉及到Linux pipe/epoll機(jī)制 ,簡(jiǎn)單說(shuō)就是在主線程的MessageQueue沒(méi)有消息時(shí)墙贱，便阻塞在loop的queue.next()中的nativePollOnce()方法里热芹。此時(shí)主線程會(huì)釋放CPU資源進(jìn)入休眠狀態(tài)，直到下個(gè)消息到達(dá)或者有事務(wù)發(fā)生惨撇，通過(guò)往pipe管道寫端寫入數(shù)據(jù)來(lái)喚醒主線程工作伊脓。這里采用的epoll機(jī)制，是一種IO多路復(fù)用機(jī)制魁衙，可以同時(shí)監(jiān)控多個(gè)描述符报腔，當(dāng)某個(gè)描述符就緒(讀或?qū)懢途w)，則立刻通知相應(yīng)程序進(jìn)行讀或?qū)懖僮髌实恚举|(zhì)同步I/O纯蛾，即讀寫是阻塞的。
2,在進(jìn)入死循環(huán)之前創(chuàng)建了新binder線程纵隔，在代碼ActivityThread.main()中,
thread.attach(false)翻诉；便會(huì)創(chuàng)建一個(gè)Binder線程（具體是指ApplicationThread，Binder的服務(wù)端捌刮，用于接收系統(tǒng)服務(wù)AMS發(fā)送來(lái)的事件）碰煌，該Binder線程通過(guò)Handler將Message發(fā)送給主線程.
public static void main(String[] args) {
....
//創(chuàng)建Looper和MessageQueue對(duì)象，用于處理主線程的消息
Looper.prepareMainLooper();
//創(chuàng)建ActivityThread對(duì)象
ActivityThread thread = new ActivityThread();
//建立Binder通道 (創(chuàng)建新線程)
thread.attach(false);
Looper.loop(); //消息循環(huán)運(yùn)行
throw new RuntimeException("Main thread loop unexpectedly exited");
}
所以 在 Looper.loop() 中阻塞的時(shí)候不會(huì)卡死主線程绅作。
Looper.loop() 死循環(huán)會(huì)特別消耗CPU資源嗎芦圾？
這里同樣是涉及到Linux pipe/epoll機(jī)制，可參考不卡死主線程的原因俄认。對(duì)Linux pipe/epoll機(jī)制有興趣可google相關(guān)的介紹
Looper.loop() 會(huì)發(fā)生ANR 嗎个少？
下面是ANR在官方文檔的介紹:
ANR
如果 Android 應(yīng)用的界面線程處于阻塞狀態(tài)的時(shí)間過(guò)長(zhǎng)，會(huì)觸發(fā)“應(yīng)用無(wú)響應(yīng)”(ANR) 錯(cuò)誤眯杏。如果應(yīng)用位于前臺(tái)夜焦，系統(tǒng)會(huì)向用戶顯示一個(gè)對(duì)話框。ANR 對(duì)話框會(huì)為用戶提供強(qiáng)行退出應(yīng)用的選項(xiàng)役拴。
可以看到ANR的發(fā)生是在程序在處理Message消息的時(shí)候糊探，用的時(shí)間太長(zhǎng)钾埂，導(dǎo)致 Looper.loop() 無(wú)法進(jìn)入下一個(gè)循環(huán)處理后續(xù)的消息河闰。
所以 ANR 和 Looper.loop()的阻塞 是兩個(gè)不同的概念科平。
-
Looper.loop()阻塞是消息隊(duì)列為空，在等待新的消息姜性，然后進(jìn)行處理瞪慧。 - ANR 是消息隊(duì)列不為空的時(shí)候，程序在處理某一次的Message時(shí)部念，系統(tǒng)檢測(cè)耗時(shí)太久弃酌，提示的ANR。
END儡炼！
參考：
https://www.zhihu.com/question/34652589
https://developer.android.com/topic/performance/vitals/anr
