本文原創作者:Cloud Chou. 歡迎轉載，請註明出處和本文鏈接

本系列博客將詳細闡述Activity的啟動流程，這些博客基於Cm 10.1源碼研究。

在介紹Activity的詳細啟動流程之前，先為大家介紹Activity啟動時涉及到的類，這樣大家可以有大概的了解，不至於在細節中迷失。

• 深入理解Activity啟動流程(一)--Activity啟動的概要流程
• 深入理解Activity啟動流程(三)--Activity啟動的詳細流程1
• 深入理解Activity啟動流程(三)--Activity啟動的詳細流程2
• 深入理解Activity啟動流程(四)--Activity Task的調度算法

Activity啟動時涉及到的類有IActivityManager相關類, IApplicationThread相關類, ActivityManagerService相關類。

IActivityManager相關類

點擊圖片可看大圖

Activity的管理采用binder機制，管理Activity的接口是IActivityManager. ActivityManagerService實現了Activity管理功能,位於system_server進程，ActivityManagerProxy對象是ActivityManagerService在普通應用進程的一個代理對象，應用進程通過ActivityManagerProxy對象調用ActivityManagerService提供的功能。應用進程並不會直接創建ActivityManagerProxy對象，而是通過調用ActiviyManagerNative類的工具方法getDefault方法得到ActivityManagerProxy對象。所以在應用進程裏通常這樣啟動Activty:

1

ActivityManagerNative.getDefault().startActivity()

IApplicationThread相關類

點擊圖片可看大圖

應用進程需要調用ActivityManagerService提供的功能，而ActivityManagerService也需要主動調用應用進程以控制應用進程並完成指定操作。這樣ActivityManagerService也需要應用進程的一個Binder代理對象，而這個代理對象就是ApplicationThreadProxy對象。

ActivityManagerService通過IApplicationThread接口管理應用進程，ApplicationThread類實現了IApplicationThread接口，實現了管理應用的操作，ApplicationThread對象運行在應用進程裏。ApplicationThreadProxy對象是ApplicationThread對象在ActivityManagerService線程 (ActivityManagerService線程運行在system_server進程)內的代理對象，ActivityManagerService通過ApplicationThreadProxy對象調用ApplicationThread提供的功能，比如讓應用進程啟動某個Activity。

ActivityManagerService相關類

點擊圖片可看大圖

ActivityManagerService管理Activity時，主要涉及以下幾個類:

• 1)\tActivityManagerService，它是管理activity的入口類，聚合了ProcessRecord對象和ActivityStack對象
• 2)\tProcessRecord，表示應用進程記錄，每個應用進程都有對應的ProcessRecord對象
• 3)\tActivityStack，該類主要管理回退棧
• 4)\tActivityRecord，每次啟動一個Actvity會有一個對應的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的:

1
2

List<TaskRecord> taskList; //ActivityStack類
List<ActivityRecord> recordList;// TaskRecord類

而是像下面這樣組織ActivityRecord:

1
2

ArrayList<ActivityRecord> mHistory = new ArrayList<ActivityRecord>(); //ActivityStack類裏
TaskRecord task; // ActivityRecord類裏

也就是說ActivityManagerService組織回退棧時以ActivityRecord為基本單位，所有的ActivityRecord放在同一個ArrayList裏，可以將mHistory看作一個棧對象，索引0所指的對象位於棧底，索引mHistory.size()-1所指的對象位於棧頂。

但是ActivityManagerService調度ActivityRecord時以task為基本單位，每個ActivityRecord對象都屬於某個TaskRecord，一個TaskRecord可能有多個ActivityRecord。

ActivityStack沒有TaskRecord列表的入口，只有在ActivityManagerService才有TaskRecord列表的入口:

1

final ArrayList<TaskRecord> mRecentTasks

ActivityStack管理ActivityRecord時，將屬於同一個task的ActivityRecord放在一起，如下所示:

回退棧裏可看到兩個task，假設上面的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中間。

因為回退棧是棧結構，所以此時不斷按返回鍵，顯示的Activity的順序為E-->D-->C-->B-->A。

下一篇博客為大家講述Activity的詳細啟動流程。

深入理解Activity啟動流程(二)–Activity啟動相關類的類圖