在介紹完App的啟動流程后，我們發現，其實就是啟動一個App的首頁。 接下來我們看App內部頁面的跳轉（即**子Activity的啟動過程**）。 從ActivityA跳轉到ActivityB，其實可以把ActivityA看作是Launcher，那么這個跳轉過程，和App的啟動過程就很像了。 有了前面的分析基礎，會發現，這個過程不需要重新啟動一個新的進程，所以可以省略App啟動過程中的一些步驟，流程簡化為： * 1）ActivityA向AMS發送一個啟動ActivityB的消息。 * 2）AMS保存ActivityB的信息，然后通知App，你可以休眠了（onPaused）。 * 3）ActivityA進入休眠，然后通知AMS，我休眠了。 * 4）AMS發現ActivityB所在的進程就是ActivityA所在的進程，所以不需要重新啟動新的進程，所以它就會通知App，啟動ActivityB。 * 5）App啟動ActivityB。 不想看上述文字的，看我畫的這個圖：  整體流程我就不多說了，和上一篇文章介紹的App啟動流程是基本一致的。 以上的分析，僅限于ActivityA和ActivityB在相同的進程中，如果在Manifest中指定這兩個Activity不在同一個進程中，那么就又是另一套流程了，但是整體流程大同小異。 **附錄**： 附一張老羅分析子Activity的啟動過程流程圖