在介紹Activity的詳細(xì)啟動流程之前,先為大家介紹Activity啟動時涉及到的類,這樣大家可以有大概的了解,不至于在細(xì)節(jié)中迷失。
深入理解Activity啟動流程(一)--Activity啟動的概要流程深入理解Activity啟動流程(三)--Activity啟動的詳細(xì)流程1深入理解Activity啟動流程(三)--Activity啟動的詳細(xì)流程2深入理解Activity啟動流程(四)--Activity Task的調(diào)度算法Activity啟動時涉及到的類有IActivityManager相關(guān)類, IapplicationThread相關(guān)類, ActivityManagerService相關(guān)類。
點(diǎn)擊圖片可看大圖

Activity的管理采用binder機(jī)制,管理Activity的接口是IActivityManager. ActivityManagerService實(shí)現(xiàn)了Activity管理功能,位于system_server進(jìn)程,ActivityManagerPRoxy對象是ActivityManagerService在普通應(yīng)用進(jìn)程的一個代理對象,應(yīng)用進(jìn)程通過ActivityManagerProxy對象調(diào)用ActivityManagerService提供的功能。應(yīng)用進(jìn)程并不會直接創(chuàng)建ActivityManagerProxy對象,而是通過調(diào)用ActiviyManagerNative類的工具方法getDefault方法得到ActivityManagerProxy對象。所以在應(yīng)用進(jìn)程里通常這樣啟動Activty:
1 | ActivityManagerNative.getDefault().startActivity() |
點(diǎn)擊圖片可看大圖

應(yīng)用進(jìn)程需要調(diào)用ActivityManagerService提供的功能,而ActivityManagerService也需要主動調(diào)用應(yīng)用進(jìn)程以控制應(yīng)用進(jìn)程并完成指定操作。這樣ActivityManagerService也需要應(yīng)用進(jìn)程的一個Binder代理對象,而這個代理對象就是ApplicationThreadProxy對象。
ActivityManagerService通過IApplicationThread接口管理應(yīng)用進(jìn)程,ApplicationThread類實(shí)現(xiàn)了IApplicationThread接口,實(shí)現(xiàn)了管理應(yīng)用的操作,ApplicationThread對象運(yùn)行在應(yīng)用進(jìn)程里。ApplicationThreadProxy對象是ApplicationThread對象在ActivityManagerService線程 (ActivityManagerService線程運(yùn)行在system_server進(jìn)程)內(nèi)的代理對象,ActivityManagerService通過ApplicationThreadProxy對象調(diào)用ApplicationThread提供的功能,比如讓應(yīng)用進(jìn)程啟動某個Activity。
點(diǎn)擊圖片可看大圖

ActivityManagerService管理Activity時,主要涉及以下幾個類:
1)/tActivityManagerService,它是管理activity的入口類,聚合了ProcessRecord對象和ActivityStack對象2)/tProcessRecord,表示應(yīng)用進(jìn)程記錄,每個應(yīng)用進(jìn)程都有對應(yīng)的ProcessRecord對象3)/tActivityStack,該類主要管理回退棧4)/tActivityRecord,每次啟動一個Actvity會有一個對應(yīng)的ActivityRecord對象,表示Activity的一個記錄5)/tActivityInfo,Activity的信息,比如啟動模式,taskAffinity,flag信息(這些信息在AndroidManifest.xml里聲明Activity時填寫)6)/tTaskRecord,Task記錄信息,一個Task可能有多個ActivityRecord,但是一個ActivityRecord只能屬于一個TaskRecord注意:
ActivityManagerService里只有一個ActivityStack對象,并不會像Android官方文檔描述的一樣,每個Task都有一個activity stack對象。ActivityStack管理ActivityRecord時,不是下面這樣組織ActivityRecord的:
12 | List<TaskRecord> taskList; //ActivityStack類List<ActivityRecord> recordList;// TaskRecord類 |
而是像下面這樣組織ActivityRecord:
12 | ArrayList<ActivityRecord> mHistory = new ArrayList<ActivityRecord>(); //ActivityStack類里TaskRecord task; // ActivityRecord類里 |
也就是說ActivityManagerService組織回退棧時以ActivityRecord為基本單位,所有的ActivityRecord放在同一個ArrayList里,可以將mHistory看作一個棧對象,索引0所指的對象位于棧底,索引mHistory.size()-1所指的對象位于棧頂。
但是ActivityManagerService調(diào)度ActivityRecord時以task為基本單位,每個ActivityRecord對象都屬于某個TaskRecord,一個TaskRecord可能有多個ActivityRecord。
ActivityStack沒有TaskRecord列表的入口,只有在ActivityManagerService才有TaskRecord列表的入口:
1 | final ArrayList<TaskRecord> mRecentTasks |
ActivityStack管理ActivityRecord時,將屬于同一個task的ActivityRecord放在一起,如下所示:

回退棧里可看到兩個task,假設(shè)上面的task為task1,下面的task為task2,task1包含D,E兩個Activity Record,task2包含3個ActivityRecord。task1位于回退棧的棧頂,task2位于task1下面,task1中E位于棧頂,task2中C位于棧頂。需注意兩個task的Activity不會混在一起,也就是說task2的B不能放在task1的D和E中間。
因?yàn)榛赝藯J菞=Y(jié)構(gòu),所以此時不斷按返回鍵,顯示的Activity的順序?yàn)镋-->D-->C-->B-->A。
下一篇博客為大家講述Activity的詳細(xì)啟動流程。
新聞熱點(diǎn)
疑難解答