建站
咨詢
售后
建站咨詢
新聞中心
Android應(yīng)用程序是通過消息來驅(qū)動(dòng)的，系統(tǒng)為每一個(gè)應(yīng)用程序維護(hù)一個(gè)消息隊(duì)例，應(yīng)用程序的主線程不斷地從這個(gè)消息隊(duì)例中獲取消息(looper)， 然后對(duì)這些消息進(jìn)行處理(handler)，這樣就實(shí)現(xiàn)了通過消息來驅(qū)動(dòng)應(yīng)用程序的執(zhí)行，本文將詳細(xì)分析Android應(yīng)用程序的消息處理機(jī)制。
前面我們學(xué)習(xí)Android應(yīng)用程序中的Activity啟動(dòng)(Android應(yīng)用程序啟動(dòng)過程源代碼分析和Android應(yīng)用程序內(nèi)部啟動(dòng) Activity過程(startActivity)的源代碼分析)、Service啟動(dòng)(Android系統(tǒng)在新進(jìn)程中啟動(dòng)自定義服務(wù)過程 (startService)的原理分析和Android應(yīng)用程序綁定服務(wù)(bindService)的過程源代碼分析)以及廣播發(fā)送(Android應(yīng) 用程序發(fā)送廣播(sendBroadcast)的過程分析)時(shí)，它們都有一個(gè)共同的特點(diǎn)，當(dāng)ActivityManagerService需要與應(yīng)用程序 進(jìn)行并互時(shí)，如加載Activity和Service、處理廣播待，會(huì)通過Binder進(jìn)程間通信機(jī)制來知會(huì)應(yīng)用程序，應(yīng)用程序接收到這個(gè)請(qǐng)求時(shí)，它不是 馬上就處理這個(gè)請(qǐng)求，而是將這個(gè)請(qǐng)求封裝成一個(gè)消息，然后把這個(gè)消息放在應(yīng)用程序的消息隊(duì)列中去，然后再通過消息循環(huán)來處理這個(gè)消息。這樣做的好處就是消 息的發(fā)送方只要把消息發(fā)送到應(yīng)用程序的消息隊(duì)列中去就行了，它可以馬上返回去處理別的事情，而不需要等待消息的接收方去處理完這個(gè)消息才返回，這樣就可以 提高系統(tǒng)的并發(fā)性。
實(shí)質(zhì)上，這就是一種異步處理機(jī)制。
這樣說可能還是比較籠統(tǒng)，我們以Android應(yīng)用程序啟動(dòng)過程源代碼分析一文中所介紹的應(yīng)用程序啟動(dòng)過程的一個(gè)片斷來具體看看是如何這種消息處理機(jī)制的。
在這篇文章中，要啟動(dòng)的應(yīng)用程序稱為Activity，它的默認(rèn)Activity是MainActivity，它是由Launcher來負(fù)責(zé)啟動(dòng) 的，而Launcher又是通過ActivityManagerService來啟動(dòng)的，當(dāng)ActivityManagerService為這個(gè)即將要啟 的應(yīng)用程序準(zhǔn)備好新的進(jìn)程后，便通過一個(gè)Binder進(jìn)程間通信過程來通知這個(gè)新的進(jìn)程來加載MainActivity，如下圖所示：
它對(duì)應(yīng)Android應(yīng)用程序啟動(dòng)過程中的Step 30到Step 35，有興趣的讀者可以回過頭去參考Android應(yīng)用程序啟動(dòng)過程源代碼分析一文。這里的Step 30中的scheduleLaunchActivity是ActivityManagerService通過Binder進(jìn)程間通信機(jī)制發(fā)送過來的請(qǐng)求， 它請(qǐng)求應(yīng)用程序中的ActivityThread執(zhí)行Step 34中的performLaunchActivity操作，即啟動(dòng)MainActivity的操作。這里我們就可以看到，Step 30的這個(gè)請(qǐng)求并沒有等待Step 34這個(gè)操作完成就返回了，它只是把這個(gè)請(qǐng)求封裝成一個(gè)消息，然后通過Step 31中的queueOrSendMessage操作把這個(gè)消息放到應(yīng)用程序的消息隊(duì)列中，然后就返回了。應(yīng)用程序發(fā)現(xiàn)消息隊(duì)列中有消息時(shí)，就會(huì)通過 Step 32中的handleMessage操作來處理這個(gè)消息，即調(diào)用Step 33中的handleLaunchActivity來執(zhí)行實(shí)際的加載MainAcitivy類的操作。
了解Android應(yīng)用程序的消息處理過程之后，我們就開始分樣它的實(shí)現(xiàn)原理了。與Windows應(yīng)用程序的消息處理過程一樣，Android應(yīng)用程序的消息處理機(jī)制也是由消息循環(huán)、消息發(fā)送和消息處理這三個(gè)部分組成的，接下來，我們就詳細(xì)描述這三個(gè)過程。
1. 消息循環(huán)
在消息處理機(jī)制中，消息都是存放在一個(gè)消息隊(duì)列中去，而應(yīng)用程序的主線程就是圍繞這個(gè)消息隊(duì)列進(jìn)入一個(gè)無限循環(huán)的，直到應(yīng)用程序退出。如果隊(duì)列中有消 息，應(yīng)用程序的主線程就會(huì)把它取出來，并分發(fā)給相應(yīng)的Handler進(jìn)行處理;如果隊(duì)列中沒有消息，應(yīng)用程序的主線程就會(huì)進(jìn)入空閑等待狀態(tài)，等待下一個(gè)消 息的到來。在Android應(yīng)用程序中，這個(gè)消息循環(huán)過程是由Looper類來實(shí)現(xiàn)的，它定義在frameworks/base/core/java /android/os/Looper.java文件中，在分析這個(gè)類之前，我們先看一下Android應(yīng)用程序主線程是如何進(jìn)入到這個(gè)消息循環(huán)中去的。
文章名稱：Android應(yīng)用程序消息處理機(jī)制(Looper、Handler)分析(1)
轉(zhuǎn)載來于：http://www.fisionsoft.com.cn/article/dpheshc.html
