什麼是任務棧

Android系統中，Activity代表一個個視窗，負責直接和使用者進行互動。一個應用包含很多的視窗即Activities，同時可以從這個應用去開啟存在於其他應用中的activities例如從Photo應用要分享一張照片到朋友圈，則會通過當前的Photo應用啟動微信APP。為了實現多個應用的無縫對接體驗，Android系統使用任務棧（back stack）來對Activities進行管理。
一個任務是使用者在執行某種工作時所需要的activities的集合。Android系統使用任務棧（back stack）來對Activities進行管理 ，任務棧是一種“後進先出”的棧結構。預設情況下，當我們啟動一個Activity時，系統會建立一個Activity例項，並將其入棧；每按下一次back鍵就會有一個Activity出棧，直到棧空為止，當棧中無任何Activity時，系統會回收這個任務棧。以下展示了activities在stack中的行為變化。

啟動模式

我們知道在預設情況下，啟動一個Activity，就會重新建立這個Activity並將其壓入任務棧棧頂並顯示，但這麼做會有一個問題：當我們多次啟動同一個Activity時，系統會重複建立多個例項，導致系統資源的浪費，顯然需要提供一種方法來控制Activity啟動時是否要建立新例項，若不需要建立則該從哪個任務棧中獲取該Activity例項，這就是啟動模式的作用。
啟動模式簡單地說就是Activity啟動時的策略，可以通過設定manifest中activity的lanchMode屬性或者通過傳到startActivity()的intent的flag來設定。啟動模式包括standard、singleTop、singleTask、singleInstance四種：

standard

標準模式，也是系統的預設模式。每次啟動Activity時，都會重新建立一個新的例項，並放入任務棧。比如說我們啟動一個LauchModeActivity1，指定該Activity的啟動模式為standard，然後通過startActivity重新再啟動LauchModeActivity1，我們可以通過adb shell dumpsys activity activities 來觀察當前的任務棧狀態：

我們可以看出，前臺任務棧的taskAffinity值為com.example.myandroiddemo, taskId為84，當前棧中共有四個Activity，Run#0為棧底、Run#3為棧 頂，在stardard模式下，每次啟動LauchModeActivity1時，都會重新建立一個新的例項，並放入當前任務棧。

singleTop

棧頂複用模式。當啟動一個Activity時，此Activity預設會進入啟動它的Activity所屬的任務棧中，在建立之前，會先判斷當前任務棧頂是否存在該Activity例項。若存在，那麼此Activity不會被重新建立，同時它的onNewIntent方法會被呼叫；若不存在，則重新建立此Activity並壓入棧頂。比如說還是LauchModeActivity1啟動自身的例子，當前的任務棧狀態為：

singleTask

棧內複用模式。這是一種單例項模式，在這種模式下，只要Activity在任務棧（多個）中存在，就不會重新建立例項，系統會回撥其onNewIntent。當啟動一個app時，一般情況下都會新建一個任務棧，每個任務棧都會有一個標識taskAffinity,預設taskAffinity為當前應用的包名，我們可以在Activity裡單獨指定taskAffinity屬性。當啟動一個singleTask的Activity時，首先會先根據taskAffinity 查詢是否存在當前Activity所需的任務棧，若不存在則新建一個任務棧；然後在全部的任務棧內查詢是否存在此Activity的例項，若不存在就新建一個壓入相關的任務棧，若存在則先判斷找到的Activity所在的任務棧和所需的任務棧是否是同一個：若是同一個就直接將找到的Activity之上的activities彈出即可，若不是則除了彈出在其之上的activities，還需將此Activity壓入所需的任務棧中。比如說，通過LauchModeActivity1啟動LauchModeActivity2，然後再通過LauchModeActivity2啟動LauchModeActivity1，當LauchModeActivity1設定為singleTop時的任務棧狀態為：

可以看到一共產生了4個Activity例項，同屬於任務棧com.example.myandroiddemo。

當LauchModeActivity1設定為singleTask 時Activity的生命週期及相關的任務棧狀態為：


可以看到當通過LauchModeActivity2重新啟動LauchModeActivity1時，LauchModeActivity2被銷燬，LauchModeActivity1重新出現在棧頂中，並呼叫了onNewIntent方法，該任務棧始終只會存在LauchModeActivity1 f65b163這個例項，直至當前棧被清空。
接下來，我們來看一下taskAffinity的使用：通過LauchModeActivity1啟動LauchModeActivity2，然後再通過LauchModeActivity2啟動LauchModeActivity3，最後再通過LauchModeActivity3重新啟動LauchModeActivity1，設定LauchModeActivity1、LauchModeActivity3 為singleTask，併為LauchModeActivity3設定taskAffinity屬性：

<activity
    android :name= ".activity.LauchModeActivity1"
    android :launchMode= "singleTask" />

<activity
    android :name= ".activity.LauchModeActivity2" />

<activity
    android :name= ".activity.LauchModeActivity3"
    android :taskAffinity= "com.example.singletask"
    android :launchMode= "singleTask"/>

則其中Activity的生命週期切換及相關任務棧狀態為：


當從LauchModeActivity3重新啟動LauchModeActivity1時，所需任務棧為92，LauchModeActivity1位於任務棧91，所以首先彈出LauchModeActivity1之上的LauchModeActivity2，然後將LauchModeActivity1例項移動至LauchModeActivity3所在的任務棧。

singleInstance

單例項模式。一種加強的singleTask模式，除了具有singTask模式的特性，還包括具有此種模式的Activity只能單獨位於一個任務棧中。比如說還是上述例子，更改Activity的屬性為：

<activity
    android :name= ".activity.LauchModeActivity1"
    android :launchMode= "singleTask" />

<activity
    android :name= ".activity.LauchModeActivity2"
    android :launchMode= "singleInstance"/>

<activity
    android :name= ".activity.LauchModeActivity3" />

則其中Activity的生命週期切換及相關任務棧狀態為：

附錄

相關程式碼：本篇例子可在MyAndroidDemo中的Activity LauchMode中找到
參考資料：