大多數應用不應打破 Activity 和任務的默認行為，如果您確定需要讓 Activity 改變默認行為，請謹慎操作，并且務必要測驗該 Activity 在以下情況下的可用性：啟動期間以及您通過回傳按鈕從其他 Activity 和任務回傳該 Activity 時，務必要測驗是否存在可能與用戶預期的行為沖突的導航行為，

四種啟動模式

1.standard

默認值，系統在啟動該 Activity 的任務中創建 Activity 的新實體，并將 intent 傳送給該實體，Activity 可以多次實體化，每個實體可以屬于不同的任務，一個任務可以擁有多個實體，

standard模式的Activity可以有多個ActivityRecord加入不同的task，同一個task也可存在多個ActivityRecord，并且ActivityRecord還可相鄰

假設Activity A啟動Activity B，B的啟動模式為standard模式

B的ActivityRecord默認會放在A的ActivityRecord所在的task里，即使B和A的taskAffinity不同也會如此，這也意味著如果B和A屬于不同的應用，B的ActivityRecord也會放在A的ActivityRecord所在的task里，

但是下面兩種情況不會將A和B的ActivityRecord放在同一個task里:

如果Activity A的啟動模式為singleInstance，則會查找整個回退堆疊，直到找到和B相關的task，然后把B的ActivityRecord放到該task里，如果沒有找到相關的task，則新建task，將B的ActivityRecord放到新task里，后面會介紹如何判斷Activity和某個task相關，

如果Activity A的啟動模式為singleTask，并且Activity A和Activity B的taskAffinity不一樣，那么也會查找整個回退堆疊，直到找到和B相關的task，然后把B的ActivityRecord放到該task里，

2.singleTop

如果當前任務的頂部已存在 Activity 的實體，則系統會通過呼叫其 onNewIntent() 方法來將 intent 轉送給該實體，而不是創建 Activity 的新實體，Activity 可以多次實體化，每個實體可以屬于不同的任務，一個任務可以擁有多個實體（但前提是回傳堆疊頂部的 Activity 不是該 Activity 的現有實體），

3.singleTask

堆疊內復用模式, 只要Activity在一個堆疊中存在, 多次呼叫時, 都不會創建實體, 即單例模式，系統會回呼 onNewIntent()，

假設Activity A的啟動模式為singleTask，那么和Activity A的ActivityRecord放在同一個task里的ActivityRecord所對應的Activity，必須與Activity A的taskAffinity相同，也就是說，Activity A的ActivityRecord只會和同一應用的其它Activity的ActivityRecord放在同一個task里，并且這些同一應用的其它Activity不能設定特殊的taskAffinity，

啟動SingleTask實體, 實體會置于堆疊頂, 并清除其上面實體, 具有clearTop的效果.

只要兩個Activity的taskAffinity屬性一致，即使其中有一個Activity的啟動模式為singleTask，它們對應的ActivityRecord會放在同一個task里，不管是從某個Activity跳轉到singleTask型別的Activity，還是從singleTask型別的Activity跳轉到其他Activity都是如此，除非跳轉的其他Activity的啟動模式是singleInstance，

4.SingleInstance

單實體模式, 啟動時, 系統會為其創造一個單獨的任務堆疊, 以后每次使用, 都會使用這個單例, 直到其被銷毀, 屬于真正的單例模式.

該啟動模式和singleTask類似，singleInstance模式的Activity在整個回退堆疊只可以有一個ActivityRecord，也就是說它只能屬于某一個task，不可在多個task里存在ActivityRecord，并且它所在的task不可再有其它Activity的ActivityRecord，即使是同一個應用內的其它Activity，也不可有它們的AcvitityRecord，

使用 Intent 標記

FLAG_ACTIVITY_NEW_TASK = .singleTask

FLAG_ACTIVITY_SINGLE_TOP = singleTop

FLAG_ACTIVITY_CLEAR_TOP：如果要啟動的 Activity 已經在當前任務中運行，則不會啟動該 Activity 的新實體，而是會銷毀位于它之上的所有其他 Activity，并通過 onNewIntent() 將此 intent 傳送給它的已恢復實體（現在位于堆疊頂部），FLAG_ACTIVITY_CLEAR_TOP 最常與 FLAG_ACTIVITY_NEW_TASK 結合使用，將這兩個標記結合使用，可以查找其他任務中的現有 Activity，并將其置于能夠回應 intent 的位置

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有這個標記的activity不會出現在歷史串列中，等同于xml中的android:execludeFromRecents="true";

處理親和性

“親和性”表示 Activity 傾向于屬于哪個任務，默認情況下，同一應用中的所有 Activity 彼此具有親和性，因此，在默認情況下，同一應用中的所有 Activity 都傾向于位于同一任務，如果一個Activity沒有顯式的指明該 Activity的taskAffinity，那么它的這個屬性就等于Application指明的taskAffinity，如果 Application也沒有指明，那么該taskAffinity的值就等于包名

在不同應用中定義的 Activity 可以具有相同的親和性，或者在同一應用中定義的 Activity 也可以被指定不同的任務親和性，使用 <activity> 元素的 taskAffinity 屬性修改任何給定 Activity 的親和性

（1）當啟動 Activity 的 intent 包含 FLAG_ACTIVITY_NEW_TASK 標記時，

默認情況下，新 Activity 會啟動到呼叫 startActivity() 的 Activity 的任務中，它會被推送到呼叫方 Activity 所在的回傳堆疊中，但是，如果傳遞給 startActivity() 的 intent 包含 FLAG_ACTIVITY_NEW_TASK 標記，則系統會尋找其他任務來容納新 Activity，通常會是一個新任務，但也可能不是，如果已存在與新 Activity 具有相同親和性的現有任務，則會將 Activity 啟動到該任務中，如果不存在，則會啟動一個新任務，

(2)如果該Activity的allowTaskReparenting設定為true，它進入后臺，當一個和它有相同affinity的Task進入前臺時，它會重新宿主，進入到該前臺的task中，

清除回傳堆疊

如果用戶離開任務較長時間，系統會清除任務中除根 Activity 以外的所有 Activity，當用戶再次回傳到該任務時，只有根 Activity 會恢復，系統之所以采取這種行為方式是因為，經過一段時間后，用戶可能已經放棄了之前執行的操作，現在回傳任務是為了開始某項新的操作，

您可以使用一些 Activity 屬性來修改此行為：

alwaysRetainTaskState

如果在任務的根 Activity 中將該屬性設為 "true"，則不會發生上述默認行為，即使經過很長一段時間后，任務仍會在其堆疊中保留所有 Activity，

clearTaskOnLaunch

如果在任務的根 Activity 中將該屬性設為 "true"，那么只要用戶離開任務再回傳，堆疊就會被清除到只剩根 Activity，也就是說，它與 alwaysRetainTaskState 正好相反，用戶始侄訓回傳到任務的初始狀態，即便只是短暫離開任務也是如此，

finishOnTaskLaunch

該屬性與 clearTaskOnLaunch 類似，但它只會作用于單個 Activity 而非整個任務，它還可導致任何 Activity 消失，包括根 Activity，如果將該屬性設為 "true"，則 Activity 僅在當前會話中歸屬于任務，如果用戶離開任務再回傳，則該任務將不再存在，

Activity,回退堆疊,Task之間的關系

Activity啟動時ActivityManagerService會為其生成對應的ActivityRecord記錄，并將其加入到回退堆疊(back stack)中，另外也會將ActivityRecord記錄加入到某個Task中，請記住，ActivityRecord，backstack，Task都是ActivityManagerService的物件，由system_server行程負責維護，而不是由應用行程維護，

在回退堆疊里屬于同一個task的ActivityRecord會放在一起，也會形成堆疊的結構，也就是說后啟動的Activity對應的ActivityRecord會放在task的堆疊頂，

task其實是由ActivityRecord組成的堆疊，多個task以堆疊的形式組成了回退堆疊，ActivityManagerService移動回退堆疊里的ActivityRecord時以task為單位移動，

假設Activity的跳轉順序:A–>B–>C，A,B,C對應的ActivityRecord屬于同一個Task，此時從C跳轉至D，再跳轉至E，C和D不屬于同一個Task，D和E屬于同一個Task，那現在的back stack結構如下所示:

現在A,B,C屬于task1,C在task1的堆疊頂，D,E屬于task2，E在task2的堆疊頂，也可以看出來task2位于整個回退堆疊的堆疊頂，也就是說task2在task1的上面，如果此時不斷按回退鍵，看到的Activity的順序會是E–>D–>C–>B–>A，

另外需注意，ActivityManagerService不僅會往回退堆疊里添加新的ActivityRecord，還會移動回退堆疊里的ActivityRecord，移動時以task為單位進行移動，而不會移動單個AcitivityRecord，還是針對上面的例子，假設此時按了Home鍵，那么會將Home應用程式(也叫做Launcher應用程式)的task移動至堆疊頂，那么此時回退堆疊如下所示:

可以看到Home應用程式的Activity H對應的Activity Record移動到了回退堆疊的堆疊頂，Home應用程式的Activity H對回退按鍵的回應做了特殊處理，如果此時按回退鍵，是看不到Activity E的，

如果此時通過Launcher程式再打開Activity A所在的應用，那么會顯示Activity C，因為會將Activity A對應的Activity Record所在的task移動至回退堆疊的堆疊頂，此時回退堆疊如下所示:

此時如果按回傳鍵，那么Activity的顯示順序是:C–>B–>A–>H，不會顯示E

假設Activity A和Activity B的啟動模式都是standard，二者taskAffinity屬性值不一樣，從Activity A跳轉至Activity B，那么它們對應的ActivityRecord會屬于同一個task，

假設Activity A的啟動模式是standard，Activity B的啟動模式singleTask，二者taskAffinity屬性值一樣，此時從Activity A跳轉至Activity B，那么它們對應的ActivityRecord會屬于同一個task，因為只要兩個Activity的taskAffinity屬性一致，即使其中有一個Activity的啟動模式為singleTask，它們對應的ActivityRecord會放在同一個task里，不管是從某個Activity跳轉到singleTask型別的Activity，還是從singleTask型別的Activity跳轉到其他Activity都是如此，除非跳轉的其他Activity的啟動模式是singleInstance，

假設Activity A的啟動模式是standard，Activity B的啟動模式singleTask，二者taskAffinity屬性值不 一樣，此時從Activity A跳轉至Activity B，那么它們對應的ActivityRecord會屬于不同的Task，

注意

• 1) 從Launcher程式啟動應用時，會先查找所有task，看是否有相關task，如果已有相關task，則會將相關task移動到回退堆疊的堆疊頂，然后顯示堆疊頂Activity，查找相關task時，需看task是否和應用的入口Activity相關，入口Activity是指在AndroidManifest.xml里宣告IntentFilter時，注明category為android.intent.category.LAUNCHER的Activity，如果入口Activity的啟動模式為singleTask，不僅會將相關task移動到回退堆疊的堆疊頂，還會將該task里位于入口Activity之上的其它ActivityRecord全部清除掉
• 2) 通過最近應用程式，切換應用時，會直接將應用圖示對應的task移動到回退堆疊的堆疊頂，這樣即使task里有singleTask型別的ActivityRecord，在它之上的ActivityRecord也不會被清除
• 3) 可以通過adb shell dumpsys activity activties查看系統task情況