一個APP從啟動到主頁面顯示經(jīng)歷了哪些過程恼琼?

本文以圖文并茂的形式簡單介紹一個APP從啟動到主頁面顯示經(jīng)歷了哪些流程,以及實(shí)現(xiàn)的原理屏富。不介紹具體源碼晴竞,僅僅構(gòu)建一個大體框架。

一役听、流程概述

啟動流程:

①點(diǎn)擊桌面App圖標(biāo)颓鲜,Launcher進(jìn)程采用Binder IPC向system_server進(jìn)程發(fā)起startActivity請求;

②system_server進(jìn)程接收到請求后典予,向zygote進(jìn)程發(fā)送創(chuàng)建進(jìn)程的請求甜滨;

③Zygote進(jìn)程fork出新的子進(jìn)程,即App進(jìn)程瘤袖;

④App進(jìn)程衣摩,通過Binder IPC向sytem_server進(jìn)程發(fā)起attachApplication請求;

⑤system_server進(jìn)程在收到請求后捂敌,進(jìn)行一系列準(zhǔn)備工作后艾扮,再通過binder IPC向App進(jìn)程發(fā)送scheduleLaunchActivity請求;

⑥App進(jìn)程的binder線程(ApplicationThread)在收到請求后,通過handler向主線程發(fā)送LAUNCH_ACTIVITY消息捐友;

⑦主線程在收到Message后趾痘,通過發(fā)射機(jī)制創(chuàng)建目標(biāo)Activity,并回調(diào)Activity.onCreate()等方法酌予。

⑧到此,App便正式啟動奖慌,開始進(jìn)入Activity生命周期抛虫,執(zhí)行完onCreate/onStart/onResume方法,UI渲染結(jié)束后便可以看到App的主界面简僧。

上面的一些列步驟簡單介紹了一個APP啟動到主頁面顯示的過程建椰,可能這些流程中的一些術(shù)語看的有些懵,什么是Launcher岛马,什么是zygote棉姐,什么是applicationThread.....

下面我們一一介紹。

二啦逆、理論基礎(chǔ)

1.zygote

zygote意為“受精卵“谅海。Android是基于Linux系統(tǒng)的,而在Linux中蹦浦,所有的進(jìn)程都是由init進(jìn)程直接或者是間接fork出來的扭吁,zygote進(jìn)程也不例外。

在Android系統(tǒng)里面,zygote是一個進(jìn)程的名字侥袜。Android是基于Linux System的蝌诡,當(dāng)你的手機(jī)開機(jī)的時候,Linux的內(nèi)核加載完成之后就會啟動一個叫“init“的進(jìn)程枫吧。在Linux System里面浦旱,所有的進(jìn)程都是由init進(jìn)程fork出來的,我們的zygote進(jìn)程也不例外九杂。

我們都知道颁湖,每一個App其實(shí)都是

● 一個單獨(dú)的dalvik虛擬機(jī)
● 一個單獨(dú)的進(jìn)程

所以當(dāng)系統(tǒng)里面的第一個zygote進(jìn)程運(yùn)行之后,在這之后再開啟App例隆,就相當(dāng)于開啟一個新的進(jìn)程甥捺。而為了實(shí)現(xiàn)資源共用和更快的啟動速度,Android系統(tǒng)開啟新進(jìn)程的方式镀层,是通過fork第一個zygote進(jìn)程實(shí)現(xiàn)的镰禾。所以說,除了第一個zygote進(jìn)程唱逢,其他應(yīng)用所在的進(jìn)程都是zygote的子進(jìn)程吴侦,這下你明白為什么這個進(jìn)程叫“受精卵”了吧?因?yàn)榫拖袷且粋€受精卵一樣坞古,它能快速的分裂备韧,并且產(chǎn)生遺傳物質(zhì)一樣的細(xì)胞!

2.system_server

SystemServer也是一個進(jìn)程痪枫,而且是由zygote進(jìn)程fork出來的织堂。

知道了SystemServer的本質(zhì),我們對它就不算太陌生了听怕,這個進(jìn)程是Android Framework里面兩大非常重要的進(jìn)程之一——另外一個進(jìn)程就是上面的zygote進(jìn)程。

為什么說SystemServer非常重要呢虑绵?因?yàn)橄到y(tǒng)里面重要的服務(wù)都是在這個進(jìn)程里面開啟的尿瞭,比如
ActivityManagerService、PackageManagerService翅睛、WindowManagerService等等声搁。

3.ActivityManagerService

ActivityManagerService,簡稱AMS捕发,服務(wù)端對象疏旨,負(fù)責(zé)系統(tǒng)中所有Activity的生命周期。

ActivityManagerService進(jìn)行初始化的時機(jī)很明確扎酷,就是在SystemServer進(jìn)程開啟的時候檐涝,就會初始化ActivityManagerService。

下面介紹下Android系統(tǒng)里面的服務(wù)器和客戶端的概念。

其實(shí)服務(wù)器客戶端的概念不僅僅存在于Web開發(fā)中谁榜,在Android的框架設(shè)計(jì)中幅聘,使用的也是這一種模式。服務(wù)器端指的就是所有App共用的系統(tǒng)服務(wù)窃植,比如我們這里提到的ActivityManagerService帝蒿,和前面提到的PackageManagerService、WindowManagerService等等巷怜,這些基礎(chǔ)的系統(tǒng)服務(wù)是被所有的App公用的葛超,當(dāng)某個App想實(shí)現(xiàn)某個操作的時候,要告訴這些系統(tǒng)服務(wù)延塑,比如你想打開一個App绣张,那么我們知道了包名和MainActivity類名之后就可以打開

Intent intent = new Intent(Intent.ACTION_MAIN);  
intent.addCategory(Intent.CATEGORY_LAUNCHER);              
ComponentName cn = new ComponentName(packageName, className);              
intent.setComponent(cn);  
startActivity(intent);

但是,我們的App通過調(diào)用startActivity()并不能直接打開另外一個App页畦,這個方法會通過一系列的調(diào)用胖替,最后還是告訴AMS說:“我要打開這個App,我知道他的住址和名字豫缨,你幫我打開吧独令!”所以是AMS來通知zygote進(jìn)程來fork一個新進(jìn)程,來開啟我們的目標(biāo)App的好芭。這就像是瀏覽器想要打開一個超鏈接一樣燃箭,瀏覽器把網(wǎng)頁地址發(fā)送給服務(wù)器,然后還是服務(wù)器把需要的資源文件發(fā)送給客戶端的舍败。

知道了Android Framework的客戶端服務(wù)器架構(gòu)之后招狸,我們還需要了解一件事情,那就是我們的App和AMS(SystemServer進(jìn)程)還有zygote進(jìn)程分屬于三個獨(dú)立的進(jìn)程邻薯,他們之間如何通信呢裙戏?

App與AMS通過Binder進(jìn)行IPC通信,AMS(SystemServer進(jìn)程)與zygote通過Socket進(jìn)行IPC通信厕诡。后面具體介紹累榜。

那么AMS有什么用呢?在前面我們知道了灵嫌,如果想打開一個App的話壹罚,需要AMS去通知zygote進(jìn)程,除此之外寿羞,其實(shí)所有的Activity的開啟猖凛、暫停、關(guān)閉都需要AMS來控制绪穆,所以我們說辨泳,AMS負(fù)責(zé)系統(tǒng)中所有Activity的生命周期虱岂。

在Android系統(tǒng)中,任何一個Activity的啟動都是由AMS和應(yīng)用程序進(jìn)程(主要是ActivityThread)相互配合來完成的漠吻。AMS服務(wù)統(tǒng)一調(diào)度系統(tǒng)中所有進(jìn)程的Activity啟動量瓜,而每個Activity的啟動過程則由其所屬的進(jìn)程具體來完成。

4.Launcher

當(dāng)我們點(diǎn)擊手機(jī)桌面上的圖標(biāo)的時候途乃,App就由Launcher開始啟動了绍傲。但是,你有沒有思考過Launcher到底是一個什么東西耍共?

Launcher本質(zhì)上也是一個應(yīng)用程序烫饼,和我們的App一樣,也是繼承自Activity

packages/apps/Launcher2/src/com/android/launcher2/Launcher.java

public final class Launcher extends Activity
        implements View.OnClickListener, OnLongClickListener, LauncherModel.Callbacks,
                   View.OnTouchListener {
                   }

Launcher實(shí)現(xiàn)了點(diǎn)擊试读、長按等回調(diào)接口杠纵,來接收用戶的輸入。既然是普通的App钩骇,那么我們的開發(fā)經(jīng)驗(yàn)在這里就仍然適用比藻,比如,我們點(diǎn)擊圖標(biāo)的時候倘屹,是怎么開啟的應(yīng)用呢银亲?捕捉圖標(biāo)點(diǎn)擊事件,然后startActivity()發(fā)送對應(yīng)的Intent請求唄纽匙!是的务蝠,Launcher也是這么做的,就是這么easy烛缔!

5.Instrumentation和ActivityThread

每個Activity都持有Instrumentation對象的一個引用馏段,但是整個進(jìn)程只會存在一個Instrumentation對象。
Instrumentation這個類里面的方法大多數(shù)和Application和Activity有關(guān)践瓷,這個類就是完成對Application和Activity初始化和生命周期的工具類院喜。Instrumentation這個類很重要,對Activity生命周期方法的調(diào)用根本就離不開他晕翠,他可以說是一個大管家喷舀。

ActivityThread,依賴于UI線程崖面。App和AMS是通過Binder傳遞信息的元咙,那么ActivityThread就是專門與AMS的外交工作的梯影。

6.ApplicationThread

前面我們已經(jīng)知道了App的啟動以及Activity的顯示都需要AMS的控制巫员,那么我們便需要和服務(wù)端的溝通,而這個溝通是雙向的甲棍。

客戶端-->服務(wù)端

而且由于繼承了同樣的公共接口類简识,ActivityManagerProxy提供了與ActivityManagerService一樣的函數(shù)原型,使用戶感覺不出Server是運(yùn)行在本地還是遠(yuǎn)端,從而可以更加方便的調(diào)用這些重要的系統(tǒng)服務(wù)七扰。

服務(wù)端-->客戶端

還是通過Binder通信奢赂,不過是換了另外一對,換成了ApplicationThread和ApplicationThreadProxy颈走。


他們也都實(shí)現(xiàn)了相同的接口IApplicationThread

  private class ApplicationThread extends ApplicationThreadNative {}

  public abstract class ApplicationThreadNative extends Binder implements IApplicationThread{}

  class ApplicationThreadProxy implements IApplicationThread {}

關(guān)于Binder通信膳灶,可以參考這兩篇文章理解一下:簡單理解Binder機(jī)制的原理,關(guān)于AIDL使用和Binder機(jī)制詳解,你只需要看這一篇即可立由。

好了轧钓,前面羅里吧嗦的一大堆,介紹了一堆名詞锐膜,可能不太清楚毕箍,沒關(guān)系,下面結(jié)合流程圖介紹道盏。

三而柑、啟動流程

1.創(chuàng)建進(jìn)程

①先從Launcher的startActivity()方法,通過Binder通信荷逞,調(diào)用ActivityManagerService的startActivity方法媒咳。

②一系列折騰,最后調(diào)用startProcessLocked()方法來創(chuàng)建新的進(jìn)程颅围。

③該方法會通過前面講到的socket通道傳遞參數(shù)給Zygote進(jìn)程伟葫。Zygote孵化自身。調(diào)用ZygoteInit.main()方法來實(shí)例化ActivityThread對象并最終返回新進(jìn)程的pid院促。

④調(diào)用ActivityThread.main()方法筏养,ActivityThread隨后依次調(diào)用Looper.prepareLoop()和Looper.loop()來開啟消息循環(huán)。

方法調(diào)用流程圖如下:


更直白的流程解釋:

①App發(fā)起進(jìn)程:當(dāng)從桌面啟動應(yīng)用常拓,則發(fā)起進(jìn)程便是Launcher所在進(jìn)程渐溶;當(dāng)從某App內(nèi)啟動遠(yuǎn)程進(jìn)程,則發(fā)送進(jìn)程便是該App所在進(jìn)程弄抬。發(fā)起進(jìn)程先通過binder發(fā)送消息給system_server進(jìn)程茎辐;

②system_server進(jìn)程:調(diào)用Process.start()方法,通過socket向zygote進(jìn)程發(fā)送創(chuàng)建新進(jìn)程的請求掂恕;

③zygote進(jìn)程:在執(zhí)行ZygoteInit.main()后便進(jìn)入runSelectLoop()循環(huán)體內(nèi)拖陆,當(dāng)有客戶端連接時便會執(zhí)行ZygoteConnection.runOnce()方法,再經(jīng)過層層調(diào)用后fork出新的應(yīng)用進(jìn)程懊亡;

④新進(jìn)程:執(zhí)行handleChildProc方法依啰,最后調(diào)用ActivityThread.main()方法。

2.綁定Application

上面創(chuàng)建進(jìn)程后店枣,執(zhí)行ActivityThread.main()方法速警,隨后調(diào)用attach()方法叹誉。

將進(jìn)程和指定的Application綁定起來。這個是通過上節(jié)的ActivityThread對象中調(diào)用bindApplication()方法完成的闷旧。該方法發(fā)送一個BIND_APPLICATION的消息到消息隊(duì)列中, 最終通過handleBindApplication()方法處理該消息. 然后調(diào)用makeApplication()方法來加載App的classes到內(nèi)存中长豁。

方法調(diào)用流程圖如下:


更直白的流程解釋:

(如果看不懂AMS,ATP等名詞,后面有解釋)

3.顯示Activity界面

經(jīng)過前兩個步驟之后, 系統(tǒng)已經(jīng)擁有了該application的進(jìn)程忙灼。 后面的調(diào)用順序就是普通的從一個已經(jīng)存在的進(jìn)程中啟動一個新進(jìn)程的activity了匠襟。

實(shí)際調(diào)用方法是realStartActivity(), 它會調(diào)用application線程對象中的scheduleLaunchActivity()發(fā)送一個LAUNCH_ACTIVITY消息到消息隊(duì)列中, 通過 handleLaunchActivity()來處理該消息。在 handleLaunchActivity()通過performLaunchActiivty()方法回調(diào)Activity的onCreate()方法和onStart()方法该园,然后通過handleResumeActivity()方法宅此,回調(diào)Activity的onResume()方法,最終顯示Activity界面爬范。


更直白的流程解釋:

四父腕、Binder通信

簡稱:

ATP: ApplicationThreadProxy

AT: ApplicationThread

AMP: ActivityManagerProxy

**AMS: **ActivityManagerService

圖解:

①system_server進(jìn)程中調(diào)用startProcessLocked方法,該方法最終通過socket方式,將需要創(chuàng)建新進(jìn)程的消息告知Zygote進(jìn)程,并阻塞等待Socket返回新創(chuàng)建進(jìn)程的pid;

②Zygote進(jìn)程接收到system_server發(fā)送過來的消息, 則通過fork的方法,將zygote自身進(jìn)程復(fù)制生成新的進(jìn)程青瀑,并將ActivityThread相關(guān)的資源加載到新進(jìn)程app process,這個進(jìn)程可能是用于承載activity等組件;

③ 在新進(jìn)程app process向servicemanager查詢system_server進(jìn)程中binder服務(wù)端AMS, 獲取相對應(yīng)的Client端,也就是AMP. 有了這一對binder c/s對, 那么app process便可以通過binder向跨進(jìn)程system_server發(fā)送請求,即attachApplication()

④system_server進(jìn)程接收到相應(yīng)binder操作后,經(jīng)過多次調(diào)用,利用ATP向app process發(fā)送binder請求, 即bindApplication.
system_server擁有ATP/AMS, 每一個新創(chuàng)建的進(jìn)程都會有一個相應(yīng)的AT/AMP,從而可以跨進(jìn)程 進(jìn)行相互通信. 這便是進(jìn)程創(chuàng)建過程的完整生態(tài)鏈璧亮。

以上大概介紹了一個APP從啟動到主頁面顯示經(jīng)歷的流程,主要從宏觀角度介紹了其過程斥难,具體可結(jié)合源碼理解枝嘶。

參考文章:

startActivity啟動過程分析
理解Android進(jìn)程創(chuàng)建流程
[譯]Android Application啟動流程分析
【凱子哥帶你學(xué)Framework】Activity啟動過程全解析

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市哑诊,隨后出現(xiàn)的幾起案子群扶,更是在濱河造成了極大的恐慌,老刑警劉巖镀裤,帶你破解...
    沈念sama閱讀 206,839評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件竞阐,死亡現(xiàn)場離奇詭異,居然都是意外死亡暑劝,警方通過查閱死者的電腦和手機(jī)骆莹,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,543評論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來担猛,“玉大人幕垦,你說我怎么就攤上這事「盗” “怎么了先改?”我有些...
    開封第一講書人閱讀 153,116評論 0 344
  • 文/不壞的土叔 我叫張陵,是天一觀的道長蒸走。 經(jīng)常有香客問我仇奶,道長,這世上最難降的妖魔是什么载碌? 我笑而不...
    開封第一講書人閱讀 55,371評論 1 279
  • 正文 為了忘掉前任猜嘱,我火速辦了婚禮,結(jié)果婚禮上嫁艇,老公的妹妹穿的比我還像新娘朗伶。我一直安慰自己,他們只是感情好步咪,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,384評論 5 374
  • 文/花漫 我一把揭開白布论皆。 她就那樣靜靜地躺著,像睡著了一般猾漫。 火紅的嫁衣襯著肌膚如雪点晴。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,111評論 1 285
  • 那天悯周,我揣著相機(jī)與錄音粒督,去河邊找鬼。 笑死禽翼,一個胖子當(dāng)著我的面吹牛屠橄,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播闰挡,決...
    沈念sama閱讀 38,416評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼锐墙,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了长酗?” 一聲冷哼從身側(cè)響起溪北,我...
    開封第一講書人閱讀 37,053評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎夺脾,沒想到半個月后之拨,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,558評論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡咧叭,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,007評論 2 325
  • 正文 我和宋清朗相戀三年敦锌,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片佳簸。...
    茶點(diǎn)故事閱讀 38,117評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡乙墙,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出生均,到底是詐尸還是另有隱情听想,我是刑警寧澤,帶...
    沈念sama閱讀 33,756評論 4 324
  • 正文 年R本政府宣布马胧,位于F島的核電站汉买,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏佩脊。R本人自食惡果不足惜蛙粘,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,324評論 3 307
  • 文/蒙蒙 一垫卤、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧出牧,春花似錦穴肘、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,315評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至伯复,卻和暖如春慨代,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背啸如。 一陣腳步聲響...
    開封第一講書人閱讀 31,539評論 1 262
  • 我被黑心中介騙來泰國打工侍匙, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人叮雳。 一個月前我還...
    沈念sama閱讀 45,578評論 2 355
  • 正文 我出身青樓丈积,卻偏偏與公主長得像,于是被迫代替她去往敵國和親债鸡。 傳聞我的和親對象是個殘疾皇子江滨,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,877評論 2 345

推薦閱讀更多精彩內(nèi)容