android 面試題之Activity的啟動流程

面試中高階的時候，很多公司都會問對Activity的啟動流程瞭解嗎？這時候內心真是一萬隻草泥馬奔騰而過，都沒準備說啥啊！市場上對Activity啟動這塊分析的文章很多，但是面試過程中簡短的描述就需要很熟悉原始碼並且用精煉的語言描述出來。先看下大佬是怎麼回答這個問題的：

Activity的啟動過程，我們可以從Context的startActivity說起，其實現是ContextImpl的startActivity，然後內部會通過Instrumentation來嘗試啟動Activity，這是一個跨程序過程，它會呼叫ams的startActivity方法，當ams校驗完activity的合法性後，會通過ApplicationThread回撥到我們的程序，這也是一次跨程序過程，而applicationThread就是一個binder，回撥邏輯是在binder執行緒池中完成的，所以需要通過Handler H將其切換到ui執行緒，第一個訊息是LAUNCH_ACTIVITY，它對應handleLaunchActivity，在這個方法裡完成了Activity的建立和啟動，接著，在activity的onResume中，activity的內容將開始渲染到window上，然後開始繪製直到我們看見。——任玉剛大佬

詳細分析如下

當我們在activity中呼叫startActivity方法來開啟一個Activity的時候，呼叫流程如下：
startActivity—->startActivity(intent,bundle)–>startActivityForResult(intent,-1,bundle)
呼叫到startActivityForResult的時候，具體方法是:

public void startActivityForResult(@RequiresPermission Intent intent, int requestCode,
            @Nullable Bundle options) {
        if
 
 (mParent == null) {
            options = transferSpringboardActivityOptions(options);
            Instrumentation.ActivityResult ar =
                mInstrumentation.execStartActivity(
                    this, mMainThread.getApplicationThread(), mToken, this,
                    intent, requestCode, options);
            if
 
 (ar != null) {
                mMainThread.sendActivityResult(
                    mToken, mEmbeddedID, requestCode, ar.getResultCode(),
                    ar.getResultData());
            }
            if (requestCode >= 0) {
                // If this start is requesting a result, we can avoid making
                // the activity visible until the result is received.  Setting
                // this code during onCreate(Bundle savedInstanceState) or onResume() will keep the
                // activity hidden during this time, to avoid flickering.
                // This can only be done when a result is requested because
                // that guarantees we will get information back when the
                // activity is finished, no matter what happens to it.
                mStartedActivity = true;
            }

            cancelInputsAndStartExitTransition(options);
            // TODO Consider clearing/flushing other event sources and events for child windows.
        } else {
            if (options != null) {
                mParent.startActivityFromChild(this, intent, requestCode, options);
            } else {
                // Note we want to go through this method for compatibility with
                // existing applications that may have overridden it.
                mParent.startActivityFromChild(this, intent, requestCode);
            }
        }
    }

這裡會先判斷mParent是否為Null，mParent的意思是父類Activity，剛開始進來的mParent是為null的，所以後邊開始呼叫
Instumentation.execStartActivity。
當我們使用Context.startActivity的時候，最後也是呼叫mMainThread.getInstrumentation().execStartActivity方法
那麼Instrumentation有什麼用呢？為何要在Instrumentation中去執行execStartActivity方法？
Instrumentation是在任何應用程式執行前進行初始化的，可以用它來檢測系統和應用程式間的互動。每一個activity都會
持有instrumentation的引用，但是整個程序只有一個instrumentation例項，instrumentation相當於一個大管家，管理著
activity和application的生命週期，包括activity的建立。

現在我們來看看Intrumentation的execStartActivity方法。

    public ActivityResult execStartActivity(Context who,IBinder contextThread,IBinder token,Activity target,Intent intent,int requestCode,bundle options){
       ...
       ActivityManagerNative.getService().startActivity();
          }

context who:activity所在的上下文
IBinder contextThread:上下文所在的主執行緒
IBinder token：啟動的activity的標識
Activity target:被啟動的activity
Intent intent:傳入的intent
int requestCode:請求碼
bundle options:額外的引數

那麼Instrumentation是如何建立activity以及執行activity的生命週期方法的呢？是誰傳遞過來的資訊？
是ActivityThread。通過ActivityThread來告訴Instrumentation來執行activity的生命週期方法以及建立activity，那麼
ActivityThread又是那個類通知的呢？是AMS。
AMS通過Binder通訊告訴ActivityThread，該建立一個新的Activity了，那麼ActivityThread則會呼叫Instrumentation來
建立一個Activity。
好，我們接著上邊的ActivityManagerNative.getDefault()來講，這個getDefault方法返回的是什麼呢？返回的是ActivityManagerService的
遠端介面，也就是ActivityManagerProxy。再看ActivityManagerProxy.startActivity則就是利用Binder進行通訊，把所有的引數資料封裝在Parcel
物件裡，然後通過binder物件的transact方法傳輸到AMS。
ActivityManagerProxy(客戶端)====>Binder驅動(中轉站)====>ActivityManagerService(服務端) (Binder是單向通訊的)

到此就是Activity建立傳遞到AMS的一個過程，後邊就是ActivityManagerService拿到資料和標識之後開始做一些合法性驗證
然後再利用Binder進行通訊告訴(?告訴那個類)來做建立

AMS接收到客戶端請求之後，會如何建立一個Activity？如何回撥到應用層並切換到H上呢？
下次再分解，也可以參考下邊的連結