Android應(yīng)用程序消息處理機(jī)制(Looper、Handler)分析(1)
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)中去的。