Activity 的四種啟動(dòng)模式相信大家都已經(jīng)掌握的很好了，今天來深入理解一下 Activity 的啟動(dòng)模式和一些特性，可能你之前并沒有注意過這些細(xì)節(jié)。

singTask 模式的特性

我們知道，如果把 Activity 的啟動(dòng)模式設(shè)置為 singleTask，只要 Activity 在一個(gè)棧中存在，那么多次啟動(dòng)此 Activity 都不會(huì)重新創(chuàng)建實(shí)例，而是調(diào)用它的 onNewIntent 方法。具體一點(diǎn)，當(dāng)一個(gè)具有 singleTask 模式的 Activity 請(qǐng)求啟動(dòng)后，系統(tǒng)會(huì)首先尋找是否存在該 Activity 需要的任務(wù)棧，如果不存在，就重新創(chuàng)建一個(gè)任務(wù)棧，然后創(chuàng)建該 Activity 的實(shí)例，并把它放到任務(wù)棧中。如果已經(jīng)存在了需要的任務(wù)棧，這時(shí)要看該 Activity 在該任務(wù)棧中是否有實(shí)例存在，如果有，系統(tǒng)就會(huì)把它調(diào)到棧頂，并把它上面的所有 Activity 都移出棧，如果不存在，就創(chuàng)建 Activity 的實(shí)例并把它壓入棧。

TaskAffinity 參數(shù)

上面是 singleTask 啟動(dòng)模式的特性，相信大家都已經(jīng)很熟悉了，但是這里有個(gè)地方需要注意，就是上面提到的該 Activity 需要的任務(wù)棧?？赡苡械耐瑢W(xué)會(huì)說，該 Activity 需要的任務(wù)棧不就是啟動(dòng)它的 Activity 所在的任務(wù)棧嗎？這個(gè)其實(shí)是不一定的，這就涉及到 TaskAffinity 這個(gè)參數(shù)，它標(biāo)識(shí)了 Activity 所需要的任務(wù)做的名字。

TaskAffinity 參數(shù)主要和 singleTask 啟動(dòng)模式或者 allowTaskReparenting 屬性配對(duì)使用，在其他情況下沒有意義。

默認(rèn)情況下，所有 Activity 所需的任務(wù)棧的名字都應(yīng)該是包名，
當(dāng) TaskAffinity 和 singleTask 啟動(dòng)模式配對(duì)使用的時(shí)候，Activity 所需的任務(wù)棧的名字就是 TaskAffinity 參數(shù)的值。

當(dāng) TaskAffinity 和 allowTaskReparenting 屬性配對(duì)使用的時(shí)候，情況比較復(fù)雜。具體來說，當(dāng)一個(gè)應(yīng)用 A 啟動(dòng)了另一個(gè)應(yīng)用 B 的某個(gè) allowTaskReparenting 屬性為 ture 的 Activity 后，此 Activity 會(huì)直接從應(yīng)用 A 的任務(wù)棧轉(zhuǎn)移到應(yīng)用 B 的任務(wù)棧中。

再具體點(diǎn)，假設(shè) B 中的這個(gè) Activity 是 C，在 A 應(yīng)用啟動(dòng)的 B 應(yīng)用中的 Activity C 之后，按 Home 鍵回到桌面，再點(diǎn)擊桌面上 B 的圖表，這時(shí)候并不是啟動(dòng) B 的主 Activity，而是重新顯示已被 A 啟動(dòng)的 Activity C，因?yàn)?C 從 A 的任務(wù)棧中轉(zhuǎn)移到了 B 的任務(wù)棧中。

接下來我們來實(shí)踐一下，假設(shè)現(xiàn)在某個(gè)應(yīng)用有三個(gè) Activity 分別是 MainActivity、SecondActivity 和 ThirdActivity，它們?cè)?manifest 中的注冊(cè)信息如下：

<activity android:name=".MainActivity">
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

<activity android:name=".SecondActivity"
    android:taskAffinity="com.zackratos.task"
    android:launchMode="singleTask"/>

<activity android:name=".ThirdActivity"
    android:taskAffinity="com.zackratos.task"
    android:launchMode="singleTask"/>

很顯然，MainActivity 所需的任務(wù)棧名即為包名，后面兩個(gè) Activity 所需的任務(wù)棧名為 "com.zackratos.task"。

我們做如下操作，在 M 中啟動(dòng) S，在 S 中啟動(dòng) T，然后在 T 中再次啟動(dòng) M，在 M 中再次啟動(dòng) S，按兩次 back 鍵，看到的會(huì)是哪個(gè) Activity，答案是回到桌面，我們分析一下整個(gè)過程。

首先 M 所在的任務(wù)棧即為報(bào)名，假設(shè)叫它 S1，當(dāng) M 第一次啟動(dòng) S 時(shí)，會(huì)創(chuàng)建一個(gè) “com.zackratos.task” 的任務(wù)棧，假設(shè)為 S2，并創(chuàng)建一個(gè) S 實(shí)例放入 S2 中，接下來，從 S 中啟動(dòng) T 時(shí)，會(huì)創(chuàng)建 T 的實(shí)例放入 S2 中，在 T 中啟動(dòng) M 時(shí)，由于 M 是 standard 模式，所以會(huì)新創(chuàng)建一個(gè) M 的實(shí)例放入 S2中，此時(shí) S2 中的 Activity 為 STM，S1 中只有一個(gè) Activity 為 M，S2 位于前臺(tái)，S1 位于后臺(tái)。再次從 M 中啟動(dòng) S 時(shí)，由于 S2 中已存在 S 的實(shí)例，所以會(huì)把 S 調(diào)到 S2 的棧頂，并把 T 和 M 從 S2 中移出。此時(shí) S2 中也只有一個(gè) Activity S了，所以，按 back 鍵會(huì)把 S2 中的 S 移出棧并銷毀 S2，再次按 back 鍵會(huì)把 S1 中的 M 移出棧，并銷毀 S1，從而回到了桌面。

Activity 的 flag

Activity 的 flag 有很多，它們的作用很廣泛，有些可以設(shè)定 Activity 的啟動(dòng)模式，比如 FLAG_ACTIVITY_NEW_TASK 和 FLAG_ACTIVITY_SINGLE_TOP 分別用于設(shè)置 singleTask 和 singleTop 啟動(dòng)模式，這里再列舉一些常用的 flag。

FLAG_ACTIVITY_CLEAR_TOP

具體此 flag 的 Activity，當(dāng)它啟動(dòng)時(shí)，在同一個(gè)任務(wù)棧中所有位于它上面的 Activity 都要出棧，這個(gè) flag 一般會(huì)和 singleTask 啟動(dòng)模式一起出現(xiàn)，在這種情況下，被啟動(dòng)的 Activity 實(shí)例如果已經(jīng)存在，那么系統(tǒng)會(huì)調(diào)用它的 onNewIntent 方法，如果被啟動(dòng)的 Activity 采用的是 standard 啟動(dòng)模式，那么連同它之上的 Activity 都要出棧，系統(tǒng)會(huì)創(chuàng)建新的 Activity 實(shí)例并放入棧頂。singleTask 啟動(dòng)模式默認(rèn)具有此 flag 的效果。

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有此 flag 的 Activity 不會(huì)出現(xiàn)在歷史 Activity 列表中，等同于在 manifest 中指定 Activity 的屬性 android:excludeFromRecents="true"。當(dāng)某些情況下，我們不希望用戶通過歷史列表回到我們的 Activity 的時(shí)候比較實(shí)用，比如在登陸頁面，當(dāng)?shù)顷懗晒螅顷戫撁婢筒恍枰?，可以給登陸頁面設(shè)置此 flag。