Activity的啟動情況有多種阵赠，一種是應(yīng)用程序還未啟動MainActivity腊敲，一種是在已啟動的應(yīng)用程序中啟動Activity叹括，這兩者存在不一樣的情況瀑晒，如果是應(yīng)用程序未啟動绍坝，那么和Service在新進程中啟動一樣，需要先創(chuàng)建新進程苔悦，創(chuàng)建Application轩褐、綁定Application、啟動ActivityThread線程玖详、創(chuàng)建ApplicationThread Binder對象把介。分析Activity啟動之前，首先先分析幾個和應(yīng)用啟動竹宋，ActivityManagerService關(guān)于Activity管理相關(guān)的類：
ProcessRecord：進程相關(guān)的記錄類劳澄，每一個ProcessRecord對象實例保存在SparseArray數(shù)組mPidsSelfLocked中；
Token:? 一個stub類蜈七，binder對象秒拔，主要兩個屬性，一個ActivityRecord的弱引用對象飒硅，一個Activity類名屬性砂缩。通過這個Token可以查找對應(yīng)的ActivityRecord；
ActivityRecord：包含一個TaskRecord實例;
TaskRecord: 記錄一組ActivityRecord的mActivities數(shù)組三娩；
ActivityStack：主要在于保存著一組TaskRecord歷史列表mTaskHistory庵芭，通過該屬性可以查出對應(yīng)Token屬于哪個TaskRecord，繼而可以得到ActivityRecord的棧列表雀监。
上面幾個類就是在創(chuàng)建Activity的時候要用到的双吆，和啟動模式相關(guān)眨唬，和頁面之間的Activity跳轉(zhuǎn)相關(guān)。我們使用adb shell dumpsys activity就會打印出如下信息好乐。
接下來分析下應(yīng)用程序的啟動流程（MainActivity的啟動）匾竿，我們分析的時候盡量以白話的形式、極其簡單的表達蔚万。如下圖岭妖，App1啟動App2，它向ActivityManagerService發(fā)出請求反璃，喂昵慌，我想要啟動App2的MainActivity，AMS收到請求之后淮蜈，就讓輔助ActivityStack分析要創(chuàng)建的MainActivity沒有對應(yīng)的task任務(wù)在斋攀，更別說stack的棧頂就是MainActivity，于是梧田，反正都要創(chuàng)建的蜻韭，就先創(chuàng)建好task任務(wù)、堆棧情況柿扣，然后返回響應(yīng)給App1肖方，攜帶的信息就是趕緊停止你的活動XXXActivity，于是App1 Pasuse自己的Activity之后未状，還得告知AMS停止好了俯画，AMS再讓輔助ActivityStack根據(jù)任務(wù)所在的stack棧頂MainActivity，準(zhǔn)備啟動MainActivity司草，可是發(fā)現(xiàn)要讓活動跑起來艰垂，總得事先得確定好空間吧，于是AMS就幫忙創(chuàng)建了App2的進程埋虹，接著在App2的進程中建立好活動Activity要在哪跑的線程(這就是所謂的主線程)猜憎，App2的進程就緒之后，跟AMS說搔课，老哥胰柑，進程已創(chuàng)建，主線程也在跑爬泥，現(xiàn)在可以開始干活了,還向AMS傳遞了一個ApplicationThread的stub（binder對象）柬讨，實際上，運用程序創(chuàng)建的時候就啟動了一個線程用于server組件和binder驅(qū)動程序之間的交互袍啡，而ApplicationThread正是充當(dāng)這個stub（binder機制見上文踩官，關(guān)于應(yīng)用程序進程創(chuàng)建我們后面再來分析），用于和AMS的進程間通信境输，AMS收到之后蔗牡，發(fā)出走起命令颖系，啟動MainActivity，啟動過程完成辩越。
這個過程中涉及三個進程間的通信集晚，App1、App2以及AMS区匣。而AMS充當(dāng)中間人，管理者活動的信息蒋院，活動所在的任務(wù)亏钩，任務(wù)歷史等。正是因為AMS充當(dāng)中間人欺旧，才使得這一流程能按部就班的完成姑丑。至于同一個app在不同的進程啟動另一個Activity，大體上都和上面的過程類似辞友，而在同一個app同一個進程中從一個Activity啟動另一個Activity栅哀，有一點不同，就是少了啟動另一個進程的步驟称龙，剩下的還是步驟也是大體相同留拾。
