Android應(yīng)用程序是通過(guò)消息來(lái)驅(qū)動(dòng)的，系統(tǒng)為每一個(gè)應(yīng)用程序維護(hù)一個(gè)消息隊(duì)例，應(yīng)用程序的主線(xiàn)程不斷地從這個(gè)消息隊(duì)例中獲取消息(Looper)， 然后對(duì)這些消息進(jìn)行處理(Handler)，這樣就實(shí)現(xiàn)了通過(guò)消息來(lái)驅(qū)動(dòng)應(yīng)用程序的執(zhí)行，本文將詳細(xì)分析Android應(yīng)用程序的消息處理機(jī)制。

前面我們學(xué)習(xí)Android應(yīng)用程序中的Activity啟動(dòng)(Android應(yīng)用程序啟動(dòng)過(guò)程源代碼分析和Android應(yīng)用程序內(nèi)部啟動(dòng) Activity過(guò)程(startActivity)的源代碼分析)、Service啟動(dòng)(Android系統(tǒng)在新進(jìn)程中啟動(dòng)自定義服務(wù)過(guò)程 (startService)的原理分析和Android應(yīng)用程序綁定服務(wù)(bindService)的過(guò)程源代碼分析)以及廣播發(fā)送(Android應(yīng) 用程序發(fā)送廣播(sendBroadcast)的過(guò)程分析)時(shí)，它們都有一個(gè)共同的特點(diǎn)，當(dāng)ActivityManagerService需要與應(yīng)用程序 進(jìn)行并互時(shí)，如加載Activity和Service、處理廣播待，會(huì)通過(guò)Binder進(jìn)程間通信機(jī)制來(lái)知會(huì)應(yīng)用程序，應(yīng)用程序接收到這個(gè)請(qǐng)求時(shí)，它不是 馬上就處理這個(gè)請(qǐng)求，而是將這個(gè)請(qǐng)求封裝成一個(gè)消息，然后把這個(gè)消息放在應(yīng)用程序的消息隊(duì)列中去，然后再通過(guò)消息循環(huán)來(lái)處理這個(gè)消息。這樣做的好處就是消 息的發(fā)送方只要把消息發(fā)送到應(yīng)用程序的消息隊(duì)列中去就行了，它可以馬上返回去處理別的事情，而不需要等待消息的接收方去處理完這個(gè)消息才返回，這樣就可以 提高系統(tǒng)的并發(fā)性。

實(shí)質(zhì)上，這就是一種異步處理機(jī)制。

這樣說(shuō)可能還是比較籠統(tǒng)，我們以Android應(yīng)用程序啟動(dòng)過(guò)程源代碼分析一文中所介紹的應(yīng)用程序啟動(dòng)過(guò)程的一個(gè)片斷來(lái)具體看看是如何這種消息處理機(jī)制的。

在這篇文章中，要啟動(dòng)的應(yīng)用程序稱(chēng)為Activity，它的默認(rèn)Activity是MainActivity，它是由Launcher來(lái)負(fù)責(zé)啟動(dòng) 的，而Launcher又是通過(guò)ActivityManagerService來(lái)啟動(dòng)的，當(dāng)ActivityManagerService為這個(gè)即將要啟 的應(yīng)用程序準(zhǔn)備好新的進(jìn)程后，便通過(guò)一個(gè)Binder進(jìn)程間通信過(guò)程來(lái)通知這個(gè)新的進(jìn)程來(lái)加載MainActivity，如下圖所示：

它對(duì)應(yīng)Android應(yīng)用程序啟動(dòng)過(guò)程中的Step 30到Step 35，有興趣的讀者可以回過(guò)頭去參考Android應(yīng)用程序啟動(dòng)過(guò)程源代碼分析一文。這里的Step 30中的scheduleLaunchActivity是ActivityManagerService通過(guò)Binder進(jìn)程間通信機(jī)制發(fā)送過(guò)來(lái)的請(qǐng)求， 它請(qǐng)求應(yīng)用程序中的ActivityThread執(zhí)行Step 34中的performLaunchActivity操作，即啟動(dòng)MainActivity的操作。這里我們就可以看到，Step 30的這個(gè)請(qǐng)求并沒(méi)有等待Step 34這個(gè)操作完成就返回了，它只是把這個(gè)請(qǐng)求封裝成一個(gè)消息，然后通過(guò)Step 31中的queueOrSendMessage操作把這個(gè)消息放到應(yīng)用程序的消息隊(duì)列中，然后就返回了。應(yīng)用程序發(fā)現(xiàn)消息隊(duì)列中有消息時(shí)，就會(huì)通過(guò) Step 32中的handleMessage操作來(lái)處理這個(gè)消息，即調(diào)用Step 33中的handleLaunchActivity來(lái)執(zhí)行實(shí)際的加載MainAcitivy類(lèi)的操作。

了解Android應(yīng)用程序的消息處理過(guò)程之后，我們就開(kāi)始分樣它的實(shí)現(xiàn)原理了。與Windows應(yīng)用程序的消息處理過(guò)程一樣，Android應(yīng)用程序的消息處理機(jī)制也是由消息循環(huán)、消息發(fā)送和消息處理這三個(gè)部分組成的，接下來(lái)，我們就詳細(xì)描述這三個(gè)過(guò)程。

1. 消息循環(huán)

在消息處理機(jī)制中，消息都是存放在一個(gè)消息隊(duì)列中去，而應(yīng)用程序的主線(xiàn)程就是圍繞這個(gè)消息隊(duì)列進(jìn)入一個(gè)無(wú)限循環(huán)的，直到應(yīng)用程序退出。如果隊(duì)列中有消 息，應(yīng)用程序的主線(xiàn)程就會(huì)把它取出來(lái)，并分發(fā)給相應(yīng)的Handler進(jìn)行處理;如果隊(duì)列中沒(méi)有消息，應(yīng)用程序的主線(xiàn)程就會(huì)進(jìn)入空閑等待狀態(tài)，等待下一個(gè)消 息的到來(lái)。在Android應(yīng)用程序中，這個(gè)消息循環(huán)過(guò)程是由Looper類(lèi)來(lái)實(shí)現(xiàn)的，它定義在frameworks/base/core/java /android/os/Looper.java文件中，在分析這個(gè)類(lèi)之前，我們先看一下Android應(yīng)用程序主線(xiàn)程是如何進(jìn)入到這個(gè)消息循環(huán)中去的。