作者：王三端

Activity作為android四大組件之一，地位就不用多說了吧，該組件看起來是比較簡單的，但是也涉及到很多知識點，要想全部理解并在合適的業(yè)務(wù)場景下使用，也是需要一定的技術(shù)沉淀，本文主要是對activity一些重要知識點進行總結(jié)整理，可能平時不一定用到，但是一定要有所了解。

當(dāng)然這些知識點并沒有設(shè)計過多源碼部分，比如activity的啟動流程什么的，主要是零散的知識點，對于activity的啟動流程網(wǎng)上文章太多了，后面自己也準(zhǔn)備重新梳理下，好記性不如爛筆頭，在不斷學(xué)習(xí)整理的過程中，一定會因為某個知識點而豁然開朗。

1.生命周期

①.兩個頁面跳轉(zhuǎn)

從MainActivity跳轉(zhuǎn)到SecordActivity的生命周期，重點關(guān)注Main的onPause和onStop與Secord幾個關(guān)鍵生命周期的順序，以及從Secord返回時與Main的生命周期的交叉：

可以發(fā)現(xiàn)Main頁面的onPause生命周期之后直接執(zhí)行Secord的onCreate，onStart，onResume，所以onPause生命周期內(nèi)不要執(zhí)行耗時操作，以免影響新頁面的展示，造成卡頓感。

②.彈出Dialog

• 單純的彈出Dialog是不會影響Activity的生命周期的；
• 啟動dialog theme的Activity的時候，啟動的activity只會執(zhí)行onPause方法，onStop不會執(zhí)行，被啟動的activity會正常走生命周期，back的時候，啟動的Activity會對應(yīng)執(zhí)行onResume方法；

③.橫豎屏切換

• AndroidManifest不配置configChanges時，橫豎屏切換，會銷毀重建Activity，生命周期會重新走一遍；
• 當(dāng)ActivityconfigChanges="orientation|screenSize"時，橫豎屏切換不會重新走Activity生命周期方法，只會執(zhí)行onConfigurationChanged方法，如需要可以在此方法中進行相應(yīng)業(yè)務(wù)處理；

如橫豎屏切換時需要對布局進行適配，可在res下新建layout-port、layout-land目錄，并提供相同的xml布局文件，橫豎屏切換時即可自動加載相應(yīng)布局。(前提是未配置configChanges忽略橫豎屏影響，否則不會重新加載布局)

④.啟動模式對生命周期的影響

1.A(singleTask)啟動(startActivity)B(standard),再從B啟動A，生命周期如下：

A啟動B：A_onPause、B_onCreate、B_onStart、B_onResume、A_onStop

第二步：B_onPause、A_onNewIntent、A_onRestart、A_onStart、A_onResume、B_onStop、B_onDestory

2.A(singleTask)啟動A，或者A(singleTop)啟動A

A_onPause、A_onNewIntent、A_Resume

3.singleInstance模式的activity

多次啟動A(singleInstance)，只有第一次會創(chuàng)建一個單獨的任務(wù)棧（全局唯一），再次啟動會調(diào)用A_onPause、A_onNewIntent、A_Resume。

2.啟動模式

Activity的啟動模式一直是standard、singleTop、singleTask、singleInstance四種，Android 12新增了singleInstancePerTask啟動模式，在這里不一一介紹，僅介紹重要知識點。

①.singleTask

1.Activity是一個可以跨進程、跨應(yīng)用的組件，當(dāng)你在 A App里打開 B App的Activity的時候，這個Activity會直接被放進A的Task里，而對于B的Task，是沒有任何影響的。

從A應(yīng)用啟動B應(yīng)用，默認情況下啟動的B應(yīng)用的Activity會進入A應(yīng)用當(dāng)前頁面所在的任務(wù)棧中，此時按home建，再次啟動B應(yīng)用，會發(fā)現(xiàn)B應(yīng)用并不會出現(xiàn)A啟動的頁面（前提是A應(yīng)用啟動的不是B應(yīng)用主activity，如果是必然一樣），而是如第一次啟動一般.

如果想要啟動B應(yīng)用的時候出現(xiàn)被A應(yīng)用啟動的頁面，需要設(shè)置B應(yīng)用被啟動頁的launchmode為singleTask，此時從A應(yīng)用的ActivityA頁面啟動B應(yīng)用的頁面ActivityB（launchmode為singleTask），發(fā)現(xiàn)動畫切換方式是應(yīng)用間切換，此時ActivityB和ActivityA分別處于各自的任務(wù)棧中，并沒有在一個task中，此時按Home鍵后，再次點擊啟動B應(yīng)用，發(fā)現(xiàn)B應(yīng)用停留在ActivityB頁面。

如果想要實現(xiàn)上述效果，除了設(shè)置launchmode之外，還可以通過設(shè)置allowTaskReparenting屬性達到同樣的效果，Activity 默認情況下只會歸屬于一個 Task，不會在多個Task之間跳來跳去，但你可以通過設(shè)置來改變這個邏輯，如果你不設(shè)置singleTask，而是設(shè)置allowTaskReparenting為true，此時從A應(yīng)用的ActivityA頁面啟動B應(yīng)用的頁面ActivityB（設(shè)置了allowTaskReparenting為true），ActivityB會進入ActivityA的任務(wù)棧，此時按Home鍵，點擊啟動B應(yīng)用，會進入ActivityB頁面，也就是說ActivityB從ActivityA的任務(wù)棧移動到了自己的任務(wù)棧中，此時點擊返回，會依次退出ActivityB所在任務(wù)棧的各個頁面，直到B應(yīng)用退出。

注意：allowTaskReparenting在不同Android版本上表現(xiàn)有所不同，Android9以下是生效的，Android9，10又是失效的，但Android11又修復(fù)好了，在使用時一定要好好測試，避免一些因版本差異產(chǎn)生的問題。

②.singleInstance

singleInstance具備singleTask模式的所有特性外，與它的區(qū)別就是，這種模式下的Activity會單獨占用一個Task棧，具有全局唯一性，即整個系統(tǒng)中就這么一個實例，由于棧內(nèi)復(fù)用的特性，后續(xù)的請求均不會創(chuàng)建新的Activity實例，除非這個特殊的任務(wù)棧被銷毀了。以singleInstance模式啟動的Activity在整個系統(tǒng)中是單例的，如果在啟動這樣的Activity時，已經(jīng)存在了一個實例，那么會把它所在的任務(wù)調(diào)度到前臺，重用這個實例。

③.singleInstancePerTask

釋義：singleInstancePerTask的作用和singleTask幾乎一模一樣，不過singleInstancePerTask不需要為啟動的Activity設(shè)置一個特殊的taskAffinity就可以創(chuàng)建新的task，換句話講就是設(shè)置singleInstancePerTask模式的activity可以存在于多個task任務(wù)棧中，并且在每個任務(wù)棧中是單例的。

多次啟動設(shè)置singleInstancePerTask模式的Activity并不會多次創(chuàng)建新的任務(wù)棧，而是如singleInstance模式一樣，把當(dāng)前Activity所在的任務(wù)棧置于前臺展示，如果想每次以新的任務(wù)棧啟動需要設(shè)置FLAG_ACTIVITY_MULTIPLE_TASK和FLAG_ACTIVITY_NEW_DOCUMENT,使用方式如下：

intent.addFlags(Intent.FLAG_ACTIVITY_MULTIPLE_TASK | Intent.FLAG_ACTIVITY_NEW_DOCUMENT);

此時，每次啟動Activity就會單獨創(chuàng)建新的任務(wù)棧。

注意：測試需要在Android12的真機或者模擬器上，否則默認為Standard模式

3.taskAffinity

taskAffinity可以指定任務(wù)棧的名字，默認任務(wù)棧是應(yīng)用的包名，前提是要和singleTask,singleInstance模式配合使用，standard，singleTop模式無效，當(dāng)app存在多個任務(wù)棧時，如果taskAffinity相同，則在最近任務(wù)列表中只會出現(xiàn)處于前臺任務(wù)棧的頁面，后臺任務(wù)棧會“隱藏”在某處，如果taskAffinity不同，最近任務(wù)列表會出現(xiàn)多個任務(wù)頁面，點擊某個就會把該任務(wù)棧至于前臺。

4.清空任務(wù)棧

activity跳轉(zhuǎn)后設(shè)置FLAG_ACTIVITY_CLEAR_TASK即可清空任務(wù)棧，并不是新建一個任務(wù)棧，而是清空并把當(dāng)前要啟動的activity置于棧底，使用場景比如：退出登錄跳轉(zhuǎn)到登錄頁面，可以以此情況activity任務(wù)棧。

intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK|Intent.FLAG_ACTIVITY_NEW_TASK);

注意：FLAG_ACTIVITY_CLEAR_TASK必須與FLAG_ACTIVITY_NEW_TASK一起使用.

5.Activity.FLAG

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_NEW_TASK并不像起名字一樣，每次都會創(chuàng)建新的task任務(wù)棧，而是有一套復(fù)雜的規(guī)則來判斷：

• 通過activity類型的context啟動，如果要啟動的Activity的taskAffinity與當(dāng)前Activity不一致，則會創(chuàng)建新的任務(wù)棧，并將要啟動的Activity置于棧底，taskAffinity一致的話，就會存放于當(dāng)前activity所在的任務(wù)棧（注意啟動模式章節(jié)第三點taskAffinity的知識點）；
• taskAffinity一致的情況下，如果要啟動的activity已經(jīng)存在，并且是棧根activity，那么將沒有任何反應(yīng)（啟動不了要啟動的activity）或者把要啟動的activity所在的任務(wù)棧置于前臺；否則如果要啟動的activity不存在，將會在當(dāng)前任務(wù)棧創(chuàng)建要啟動的activity實例，并入棧；
• taskAffinity一致的情況下，如果要啟動的activity已經(jīng)存在，但不是棧根activity，依然會重新創(chuàng)建activity示例，并入棧（前提是：要啟動的activity的launchMode為standard，意思就是是否會創(chuàng)建新實例會受到launchMode的影響）;
• 非activity的context啟動activity時（比如在service或者broadcast中啟動activity），在android7.0之前和9.0之后必須添加FLAG_ACTIVITY_NEW_TASK，否則會報錯（基于android-32的源碼，不同版本可能不同）：

//以下代碼基于android 12
public void startActivity(Intent intent, Bundle options) {
    warnIfCallingFromSystemProcess();
    final int targetSdkVersion = getApplicationInfo().targetSdkVersion;

    //檢測FLAG_ACTIVITY_NEW_TASK
    if ((intent.getFlags() & Intent.FLAG_ACTIVITY_NEW_TASK) == 0
            && (targetSdkVersion < Build.VERSION_CODES.N
                    || targetSdkVersion >= Build.VERSION_CODES.P)
            && (options == null
                    || ActivityOptions.fromBundle(options).getLaunchTaskId() == -1)) {
        //未設(shè)置FLAG_ACTIVITY_NEW_TASK，直接拋出異常
        throw new AndroidRuntimeException(
                "Calling startActivity() from outside of an Activity "
                        + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
                        + " Is this really what you want?");
    }
    //正常啟動activity
    mMainThread.getInstrumentation().execStartActivity(
            getOuterContext(), mMainThread.getApplicationThread(), null,
            (Activity) null, intent, -1, options);
}

注意：FLAG_ACTIVITY_NEW_TASK的設(shè)置效果受到taskAffinity以及其他一些配置的影響，實際使用過程中一定要進行充分測試，并且不同的android版本也會表現(xiàn)不同，極端場景下要仔細分析測試，選擇最優(yōu)方案；

提示：通過adb shell dumpsys activity activities命令可以查看activity任務(wù)棧；

6.多進程

正常情況下，app運行在以包名為進程名的進程中，其實android四大組件支持多進程，通過manifest配置process屬性，可以指定與包名不同的進程名，即可運行在指定的進程中，從而開啟多進程，那么，開啟多進程有什么優(yōu)缺點呢?

多進程下，可以分散內(nèi)存占用，可以隔離進程，對于比較重的并且與其他模塊關(guān)聯(lián)不多的模塊可以放在單獨的進程中，從而分擔(dān)主進程的壓力，另外主進程和子進程不會相互影響，各自做各自的事，但開啟了多進程后，也會帶來一些麻煩事，比如會引起Application的多次創(chuàng)建，靜態(tài)成員失效，文件共享等問題。

所以是否選擇使用多進程要看實際需要，我們都知道app進程分配的內(nèi)存是有限的，超過系統(tǒng)上限就會導(dǎo)致內(nèi)存溢出，如果想要分配到更多的內(nèi)存，多進程不失為一種解決方案，但是要注意規(guī)避或處理一些多進程引起的問題；

設(shè)置多進程的方式：

android:process=":childProcess" //實際上完整的進程名為：包名:childProcess，這種方式聲明的屬于私有進程。

android:process="com.child.process" //完整的進程名即為聲明的名字：com.child.process，這種方式聲明的屬于全局進程。

7.excludeFromRecents

excludeFromRecents如果設(shè)置為true，那么設(shè)置的Activity將不會出現(xiàn)在最近任務(wù)列表中，如果這個Activity是整個Task的根Activity，整個Task將不會出現(xiàn)在最近任務(wù)列表中.

8.startActivityForResult被棄用

使用Activity Result Api代替，使用方式如下：

private val launcherActivity = registerForActivityResult(
        ActivityResultContracts.StartActivityForResult()) {
        Log.e("code","resultCode = "+it.resultCode)
}

findViewById<Button>(R.id.btn_jump).setOnClickListener {
   launcherActivity.launch(Intent(this@MainActivity,SecordActivity::class.java))
}

//要跳轉(zhuǎn)的Activity設(shè)置回調(diào)數(shù)據(jù)：
val resultIntent = Intent()
resultIntent.putExtra("dataKey","data value")
setResult(1001,resultIntent)
finish()

9.Deep link

簡單理解，所謂Deep Link就是可以通過外部鏈接來啟動app或者到達app指定頁面的一想技術(shù)，比如可以通過點擊短信或者網(wǎng)頁中的鏈接來拉起app到指定頁面，以達到提供日活或者其他目的，一般流程是可以通過在manifest的activity標(biāo)簽中配置固定的schema來實現(xiàn)這種效果，形如：

<intent-filter>
    <action android:name="android.intent.action.VIEW" />
    <category android:name="android.intent.category.DEFAULT" />
    <category android:name="android.intent.category.BROWSABLE"/>
    <data
        android:scheme="jumptest"
        android:host="work"
        android:port="8801"
        android:path="/main"
        />
</intent-filter>

然后在網(wǎng)頁中就可以通過如下方式來啟動當(dāng)前activity：

<a href="jumptest://work:8801/main?data=123456">你好</a>

格式 <scheme>://<host>:<port>/<path>?<query>

被啟動的app可以通過如下方式拿到傳遞的參數(shù)以及schmea配置項：

val host = schemaIntent.data?.host
val path = schemaIntent.data?.path
val schema = schemaIntent.data?.scheme
val query = schemaIntent.data?.query
Log.e("schema","host = $host, path = $path, schema = $schema, query = $query")

結(jié)果：

注意：

1.intent-filter與Main主Activity搭配使用時，要單獨開啟一個intent-filter，否則匹配不到。
2.從android12開始，設(shè)置了intent-filter標(biāo)簽后，activity的exported必須設(shè)置成true，這個要注意（android12之前，其實添加了intent-filter，系統(tǒng)也會默認設(shè)置exported為true）。

①.app link

App link是一種特殊的Deep link，它的作用就是可以使通過網(wǎng)站地址打開app的時候，不需要用戶選擇使用哪個應(yīng)用來打開，換種說法就是，我可以設(shè)置默認打開次地址的應(yīng)用，這樣一來，就可以直接引導(dǎo)到自己的app。

10.setResult和finish的順序關(guān)系

通過startActivityForResult啟動activity，通常會在被啟動的activity的合適時機調(diào)用setResult來回調(diào)數(shù)據(jù)給上一個頁面，然后當(dāng)前頁面返回的時候就會回調(diào)onActivityResult，這里要注意setResult的調(diào)用時機，請一定要在activity的finish()方法之前調(diào)用，否則可能不會生效（不會回調(diào)onActivityResult）。

原因如下：

private void finish(int finishTask) {
    if (mParent == null) {
        int resultCode;
        Intent resultData;
        //會在finish的時候把回調(diào)數(shù)據(jù)賦值
        synchronized (this) {
            resultCode = mResultCode;
            resultData = mResultData;
        }
        ···
        if (ActivityClient.getInstance().finishActivity(mToken, resultCode, resultData,
                finishTask)) {
            mFinished = true;
        }
    } else {
        mParent.finishFromChild(this);
    }
    ···
}

//setResult對mResultCode，mResultData賦值
public final void setResult(int resultCode) {
    synchronized (this) {
        mResultCode = resultCode;
        mResultData = null;
    }
}

由上述代碼可以看出，setResult必須在finish之前賦值，才能夠在finish的時候拿到需要callback的數(shù)據(jù)，以便在合適的時機回調(diào)onActivityResult；

11.onSaveInstanceState()和onRestoreInstanceState()

activity在非正常情況被銷毀的時候（非正常情況：橫豎屏切換，系統(tǒng)配置發(fā)生變化，內(nèi)存不足后臺activity被回收等），當(dāng)重新回到該activity，系統(tǒng)會重新實例化該對象，如果沒有對頁面輸入的內(nèi)容進行保存，就會存在內(nèi)容丟失的情況，此時可以通過onSaveInstanceState來保存頁面數(shù)據(jù)，在onCreate或者onRestoreInstanceState中對數(shù)據(jù)進行恢復(fù)，形如：

override fun onSaveInstanceState(outState: Bundle) {
    outState.putString("SAVE_KEY","SAVE_DATA")
    outState.putString("SAVE_KEY","SAVE_DATA2")
    super.onSaveInstanceState(outState)
}
//需要判空，savedInstanceState不一定有值
override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    if(null != savedInstanceState){
        saveData = savedInstanceState.getString("SAVE_KEY") ?: ""
        saveData2 = savedInstanceState.getString("SAVE_KEY2") ?: ""
    }
    setContentView(R.layout.activity_main)
}

//或者在onRestoreInstanceState恢復(fù)數(shù)據(jù)，無需判空，回調(diào)此方法一定有值
override fun onRestoreInstanceState(savedInstanceState: Bundle) {
    saveData = savedInstanceState.getString("SAVE_KEY") ?: ""
    saveData2 = savedInstanceState.getString("SAVE_KEY2") ?: ""
    super.onRestoreInstanceState(savedInstanceState)
}

注意：請使用onSaveInstanceState(outState: Bundle)一個參數(shù)的方法，兩個參數(shù)的方法和Activity的persistableMode有關(guān)。

本文主要對Activity重難點知識進行整理和解釋，希望對大家有所幫助，當(dāng)然難免存在錯誤，如有發(fā)現(xiàn)，希望指正，如果感覺不錯，麻煩點個贊，這將給我持續(xù)更文以更大的動力，后續(xù)如有其他知識點，也會持續(xù)更新。