本文原創作者: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的詳細啟動流程。
