2. 程式人生 > >Activity啟動流程筆記

Activity啟動流程筆記

阿新 • • 發佈：2019-02-12

一直遇到這個問題，而且提示與生命週期不同，很是疑惑。於是網上搜羅，並翻看《Android開發藝術探索》，發現多是程式碼，長篇大論。好奇心所致，一路ctrl+B，看看能收穫些什麼。

Activity的啟動流程，涉及應用程序端和系統服務端兩部分，因此，為跨程序通訊。既然是跨程序，那就離不開Android的Binder機制。

Binder機制，為C/S模式，是單向的。而應用程序端與系統服務端的通訊是雙向的，互為Client/Server。所以，需要兩個Binder。ActivityManagerNative和ApplicationThreadNative就是這兩個Binder。先說一下，這兩Binder及其子類。

ActivityManagerNative

ActivityManagerNative繼承自Binder，實現了IActivityManager介面（該介面定義了與Activity manager Service通訊的介面）。ActivityManagerNative還包含一個內部類ActivityManagerProxy。但ActivityManagerNative仍是一個抽象類。

ActivityManagerService

ActivityManagerService繼承於ActivityManagerNative，並實現了內部的抽象方法。該類物件位於系統程序中。

因此，ActivityManagerProxy

物件可以看做是ActivityManagerService在應用程序端的代理。可以通過ActivityManagerNative的getDefault靜態方法來獲取到該代理。

通過呼叫ActivityManagerProxy物件所提供的方法，完成應用程序端至系統服務端的通訊。

ApplicationThreadNative

ApplicationThreadNative繼承自Binder，實現了IApplicationThread介面（該介面定義了與Application通訊的介面）。ApplicationThreadNative也包含一個內部類ApplicationThreadProxy。ApplicationThreadNative

也是一個抽象類。

ApplicationThread

ApplicationThread繼承自ApplicationThreadNative，並實現了內部抽象方法。

ApplicationThread是ActivityThread的一個內部私有類。

ActivityThread是應用的主執行緒。

ActivityThread還存在一個內部私有類H，實為Handler，用於處理內部訊息。

通過呼叫ApplicationThreadProxy物件所提供的方法，完成系統服務端至應用程序端的通訊。

由於ApplicationThread和ActivityManagerService的存在，使得雙向通訊得以完成。

與生命週期的關係

Activity的啟動，涉及android framework，需要閱讀核心程式碼，且程式碼十分繁瑣。因此，對於其流程，也只能看一下順序，瞭解個大概的機制。

結合Activity的生命週期，整個流程大致分以下幾步:

(1)執行棧頂activity的onPause；

(2)檢視當前要啟動的目標activity所在程序是否被建立。若未建立則，則執行步驟（3）；否則，跳至步驟（4）；

(3)啟動activity所在程序；

(4)依次觸發activity的生命週期方法，onCreate，onStart，onResume；

(5)觸發原棧頂activity的onStop方法。

但，畢竟啟動過程，不僅僅是生命週期方法的呼叫。硬著頭皮，捋著程式碼走了一遍。才有了以下筆記。希望有助於記憶。

參考

整理過程中，參考了部分文章，也列在下面。

文中有部分描述還是模糊，仍需要檢視程式碼，才得以確認。

此外，對於android framework程式碼，若不想下載，可訪問網址

線上檢視。只需要輸入要查詢的類即可，很方便。

小結

先把小結寫在前面，時因為整個Go To Definition過程多少有些乏味和漫長。

這個過程中，會在ActivityThread（將要啟動的Activity）,ActivityThread（當前處於棧頂的Activity）和ActivityManagerService間不斷的跳轉。因為前兩者是不同的程序，不能直接通訊，所以需要系統服務程序ActivityManagerService這個管理者出現，為兩者傳遞資訊。

系統核心程序zygote，也會參與到啟動過程中。當將要啟動的Activity所在的程序未被啟動時，zygote將建立該程序。

（1）呼叫startActivity時，當前程序會通過ActivityManagerProxy向AMS(ActivityManagerService）傳送資訊。通知其執行當前棧頂的Activity的onPause。

（2）AMS收到請求後，通過ApplicationThreadProxy向當前棧頂Activity的ActivityThread傳送資訊。

（3）當前棧頂Activity的ActivityThread接收到請求後，傳送message給H，H觸發該Activity的onPause。執行完畢後，當前棧頂Activity的ActivityThread，通過ActivityManagerProxy通知AMS(ActivityManagerService），操作完成。

（4）AMS收到請求後，檢視將要啟動的目標Activity所在程序是否已被啟動。若未啟動，則通知系統核心zygote建立程序，並將程序啟動類ActivityThread名稱作為引數，提供給zygote.

（5）zygote建立完程序後，觸發ActivityThread的Main方法，初始化程序。初始化結束後，ActivityThread通過ActivityManagerProxy通知AMS(ActivityManagerService）操作完畢。

（6）AMS收到請求後，通過ApplicationThreadProxy向目標ActivityThread（新建成的）傳送請求，要求其啟動目標Activity。

（7）目標ActivityThread收到請求後，傳送message給H，H依次觸發handleLaunchActivity操作，和handleResumeActivity操作。前者執行目標Activity的onCreate和onStart，後者執行onResume。handleResumeActivity最後會再次通過ActivityManagerProxy通知AMS(ActivityManagerService），進行Idle操作。

（8）AMS接收請求後，會在空閒時通過ApplicationThreadProxyt通知原棧頂Activity的ActivityThread,對原棧頂Activity執行onPause操作。或在記憶體不足時，執行onSaveInstanceState操作。

整個流程小結完畢。

Go to Definition

下面是走流程時做的筆記。

（1）棧頂activity的onPause

啟動一個Activity，是從startActivity()方法開始的逐級呼叫。

startActivity
        ->startActivityForResult
                ->Instrumentation.execStartActivity
                        ->ActivityManagerNative.getDefault().startActivity

Instrumentation是Activity的一個應用程序端的實際操作類。

當呼叫ActivityManagerNative.getDefault().startActivity時，根據Binder機制，實際是呼叫了ActivityManagerService物件的startActivity方法。操作從應用程序端，跳轉至系統服務端。

ActivityManagerService.startActivity 
        ->startActivityAsUser
                ->StackSupervisor.startActivityMayWait
                        -> StackSupervisor.startActivityLocked
                                -> StackSupervisor.startActivityUncheckedLocked
                                        -> ActivityStack.startActivityLocked
                                                -> ActivityStackSupervisor.resumeTopActivitiesLocked
                                                        ->ActivityStack.resumeTopActivityLocked 
                                                                ->ActivityStack.startPausingLocked
                                                                        -> prev.app.thread.schedulePauseActivity

prev.app.thread為一個IApplicationThread物件，即ApplicationThreadProxy物件。

因此，此時操作又從系統服務端，跳轉至應用程序端。該程序為棧頂Activity所在的程序。繼續，

ApplicationThread.schedulePauseActivity
        ->ActivityThread.sendMessage (PAUSE_ACTIVITY_FINISHING)
                ->H.sendMessage
                        ->H.handleMessage
                                ->ActivityThread.handlePauseActivity
                                        ->ActivityThread.performPauseActivity
                                                ->mInstrumentation.callActivityOnPause
                                                        ->activity.performPause
                                        ->ActivityManagerNative.getDefault().activityPaused

在應用程序中，ApplicationThread傳送PAUSE_ACTIVITY_FINISHING訊息至H，H處理後，觸發mInstrumentation，最終呼叫了activity.performPause方法。

至此，棧頂activity 在應用程序端的Pause處理結束。

（2）啟動目標Activity所在程序。

在上一階段的ActivityThread.handlePauseActivity方法中，處理完應用程序端的Pause處理後，還呼叫了ActivityManagerNative.getDefault().activityPaused，使得處理流程，再次從應用程序端，跳轉至系統服務端。

ActivityManagerService.activityPaused
        ->ActivityStack.activityPausedLocked
                ->ActivityStack.completePauseLocked
                        ->ActivityStackSupervisor.resumeTopActivitiesLocked
                                ->ActivityStack.resumeTopActivityLocked
                                        ->ActivityStack.resumeTopActivityInnerLocked
                                                ->ActivityStackSupervisor.startSpecificActivityLocked
                                                        ->ActivityStackSupervisor.realStartActivityLocked
                                                        Or
                                                        ->mService.startProcessLocked

其中，ActivityStackSupervisor.startSpecificActivityLocked方法，會判斷一下需要啟動的目標Activity所在應用程序是否已經啟動，若啟動的話，則直接呼叫ActivityStackSupervisor.realStartActivityLocked方法，觸發目標Activity的生命週期；否則，呼叫mServicestartProcessLocked方法，用於啟動應用程序。

而mService是什麼？一個ActivityManagerService物件。

因此，在目標Activity所在應用程序未被啟動的情況下，呼叫StartProcessLocked方法時，操作又從應用程序端，轉至系統服務端。

ActivityManagerService. startProcessLocked
        ->Process.start
                -> Process.startViaZygote
                        ->Process.zygoteSendArgsAndGetResult

Zygote是android系統中用於建立新程序的核心程序。每個程序都有一個啟動類。

程序的啟動類名“android.app.ActivityThread”被當做引數，在Process.start方法中設定，並傳入Process.startViaZygote中。

當新程序建立完畢後，會依照啟動類名反射至啟動類，並自動執行程序啟動類的main方法。即ActivityThread的main方法。

ActivityThread.main
        ->new ActivityThread
                -> ActivityThread.attach
                        -> ActivityManagerNative.getDefault.attachApplication

再次跳轉至ActivityManagerService中。

ActivityManagerService.attachApplicationLocked
              ->ActivityStackSupervisor.attachApplicationLocked
                      ->ActivityStackSupervisor.realStartActivityLocked

又見到realStartActivityLocked方法了。之前提過，該方法是用於啟動Activity的。因此，說明從當前位置開始，將進行目標activity的生命週期操作。程序啟動操作完畢。

（3）啟動Activity。

ActivityStackSupervisor.realStartActivityLocked
        ->app.thread.scheduleLaunchActivity

操作從系統服務端跳轉至應用程序端。

ActivityThread.scheduleLaunchActivity
        ->sendMessage(H.LAUNCH_ACTIVITY)
                ->H.handleMessage
                        ->ActivityThread.handleLaunchActivity
                                ->ActivityThread.performLaunchActivity
                                        ->mInstrumentation.callActivityOnCreate
                                                ->activity.performCreate
                                                        ->activity.onCreate
                                        ->activity.performStart
                                                ->mInstrumentation.callActivityOnStart
                                                        -> activity.onStart
                                ->ActivityThread.handleResumeActivity
                                        ->ActivityThread.performResumeActivity
                                                ->r.activity.performResume
                                                        ->mInstrumentation.callActivityOnResume
                                                                ->activity.onResume
                                        ->Looper.myQueue().addIdleHandler(new Idle)

從過程中可以看到，在處理LAUNCH_ACTIVITY訊息時，handler執行了ActivityThread.handleLaunchActivity方法。該方法依次執行了兩個方法，ActivityThread.performLaunchActivity和ActivityThread.handleResumeActivity。前者觸發了目標activity的onCreate方法，和onStart方法。而後者，則觸發了activity的onResume方法。

至此Activity完成顯示。但這並未結束。此前棧頂的activity還有操作未完成。

（4）執行棧頂Activity的onStop。

在處理目標activity onResume生命週期的handleResumeActivity方法中，結尾處，呼叫了Looper.myQueue().addIdleHandler(new Idler())。這個方法很不起眼，但卻觸發了空閒情況下的處理機制。

Idler繼承於MessageQueue.IdleHandler。用於線上程空閒時，執行某種操作。空閒時，其queueIdle方法將被觸發。

Idler.queueIdle
        ->ActivityManagerNative.getDefault().activityIdle

又是一個熟悉的身影~再次跳轉至系統服務端。

ActivityManagerService.activityIdle
                ->ActivityStack.stopActivityLocked() 
                        ->r.app.thread.scheduleStopActivity

再次跳轉至應用程序端，原置頂activity所在的程序。

ActivityThread.scheduleStopActivity
       -> ActivityThread.sendMessage
              ->H.handleMessage
                     ->ActivityThread.handleStopActivity
                            -> ActivityThread.performStopActivityInner
                                   ->ActivityThread.callCallActivityOnSaveInstanceState
                                   or
                                   ->Activity.performStop

在ActivityThread.performStopActivityInner方法中，根據情況，會觸發兩個不同的操作。若記憶體不足，需要回收，則觸發ActivityThread.callCallActivityOnSaveInstanceState；而正常情況下，則會觸發Activity.performStop。

我們先來看一下正常情況。

Activity.performStop
       ->mInstrumentation.callActivityOnStop
              ->Activity.onStop

終於，onStop出現。 原棧頂activity的onStop完成。

再來看，記憶體不足的情況。

ActivityThread.callCallActivityOnSaveInstanceState
       ->mInstrumentation.callActivityOnSaveInstanceState
              ->Activity.performSaveInstanceState
                     ->Activity.onSaveInstanceState

原棧頂activity的onSaveInstanceState方法完成。

至此，整個Activity的啟動完畢。


相關推薦

Activity啟動流程筆記（一）

從startActivity開始說起： public void startActivity(Intent intent, Bundle options) { if (options != null) { startA

Activity啟動流程筆記

一直遇到這個問題，而且提示與生命週期不同，很是疑惑。於是網上搜羅，並翻看《Android開發藝術探索》，發現多是程式碼，長篇大論。好奇心所致，一路ctrl+B，看看能收穫些什麼。Activity的啟動流程，涉及應用程序端和系統服務端兩部分，因此，為跨程序通訊。既然是跨程序，那

activity啟動流程速記筆記

Activity.startActivity(Intent intent)----Activity.startActivityForResult(Intent intent)----Instrumentation.execStartActivity()----ActivityManagerNative.get

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

b- ive ava ani affinity server 組織 詳細 pac 本文原創作者:Cloud Chou. 歡迎轉載，請註明出處和本文鏈接 本系列博客將詳細闡述Activity的啟動流程，這些博客基於Cm 10.1源碼研究。 在介紹Activity的詳細啟動流程

【Android】原始碼分析 - Activity啟動流程

啟動Activity的方式 Activity有2種啟動的方式，一種是在Launcher介面點選應用的圖示、另一種是在應用中通過Intent進行跳轉。我們主要介紹與後者相關的啟動流程。 Intent intent = new Intent(this, TestActivity

Activity 啟動流程

Activity 啟動呼叫流程 （基於5.0原始碼） 我們從 startActivity 開始: startActivity() startActivity()方法有多個過載，但是都會呼叫到 startActivityResult： public void startA

Android 元件系列 -- Activity 啟動流程(9.0)

在學習完Android應用程式啟動過程原始碼分析，針對最新Android9.0的程式碼，以相應的順序再次學習。在9.0的版本中對於Activity的啟動流程上並沒有太大的變化，但是在程式碼層面，改動的卻很多。 流程概覽 以Launcher啟動APP為例： Lau

Android9.0 Activity啟動流程分析（二）

文章目錄 1、ActivityThread的main函式 2. AMS的attachApplication函式 2.1 Part-I 2.2 Part-II 2.2.1 ApplicationThread的bindApp

Android9.0 Activity啟動流程分析（一）

1、ActivityRecord、TaskRecord、ActivityStack和ActivityDisplay介紹   本篇文章是基於Android refs/tags/android-9.0.0_r8分支的程式碼進行分析的   在分析Activity啟動的原始碼之前先介紹一下Act

Activity啟動流程詳解

看到上面的標記A： 看到標記C處，這個IApplicationThread是什麼呢？這個我在Activity生命週期回撥是如何被回撥的？有解釋過，這裡我簡單的解釋一下：這個IApplicationThread是Android應用程式提供對外（即系統ActivityMana

Android 外掛化分析（3）- Activity啟動流程

在真正分析外掛化技術前，我們必須瞭解一些必要的關於Android四大元件的相關知識。 以Activity為例，我們需要了解Activity啟動過程，才能有效的進行Hook實現外掛化。 以Android 8.1為例 我們啟動一個Activity通常會使用startActi

Activity啟動流程原始碼分析(應用中)

在移動應用開發中，Android四大元件之一Activity是最常用的。很多介面，如：閃屏、主介面、次功能介面等都需要Activity來作為主要的載體；介面與介面之間，即不同的Activity之間也都存在跳轉切換，弄懂這其中跳轉切換原理，將有助於我們更好的理解A

Activity啟動流程分析（基於android 5.1）

最近由於工作需要，需要深入瞭解AMS的內部實現。說老實話，雖然已經經過了幾輪重構，AMS的程式碼還是又臭又長。。。 萬事開頭難，先找個入口開始看吧。當從Launcher介面點選啟動一個app時，會啟動一個新的activity。所以就從startActivity()看起，研究

深入理解Activity啟動流程(三)–Activity啟動的詳細流程1

本系列部落格將詳細闡述Activity的啟動流程，這些部落格基於Cm 10.1原始碼研究。 本篇部落格將開始介紹Activity啟動的詳細流程，由於詳細啟動流程非常複雜，故此分成兩篇來介紹。 本篇主要介紹前半部分的啟動流程: 1. Activit

Android 元件Activity啟動流程分析

本篇相關流程分析基於Android4.4原始碼。 通常我們啟動一個Activity都是通過startActivity來完成。下面我們分析一下關鍵流程，本篇中以前應用的主執行緒ActivityThread為界限一分為二。 意圖啟動 首先我們使用上下文物件來

android 面試Activity啟動流程

android 面試題之Activity的啟動流程 面試中高階的時候，很多公司都會問對Activity的啟動流程瞭解嗎？這時候內心真是一萬隻草泥馬奔騰而過，都沒準備說啥啊！市場上對Activity啟動這塊分析的文章很多，但是面試過程中簡短的描述就需要很熟悉原始

Android APK打包安裝、應用程序啟動過程、Activity啟動流程

目錄 一、Android APK的構建過程 通過IDE可以生成可以在android裝置中安裝的apk檔案，Google官方提供的構建APK的過程流程圖如下： 打包APK流程總結如下： AAPT(Android Asset Packaging Tool)工

Android應用程式activity啟動流程簡介

  無論是通過點選應用程式圖示來啟動Activity，還是通過Activity內部呼叫startActivity介面來啟動新的Activity，都要藉助於應用程式框架層的ActivityManagerService服務程序。Service也是由ActivityManager

Activity啟動流程，介面繪製到事件處理的整個流程(基於Android6.0原始碼)(2)

void setLayoutParams(WindowManager.LayoutParams attrs, boolean newView) { synchronized (this) { ...... mWindowAttributes

Activity啟動流程【從Launcher點選圖示】和【在Activity中呼叫startActivity()】

從Launch程序啟動Application及Activity Android系統是基於Linux的，所以它的所有應用也是基於Linux的Init程序創建出來的， 首先Init程序啟動Zygote（受精卵）程序，然後再fork出其他程序（包括SystemServer），最後開