【Android】任務和返回棧(tasks and back stack)

tasks and back stack

    一個Task 就是一組activity的集合。這些activity按照它們打開的順序被放置於一個先進後出的棧中（back stack）。

    用戶點擊圖標打開一個app時，該app的task會被移到前臺顯示。若是當前沒有該app的task，系統將會新建一個task並在其中運行Main activity。

    一個activity（A）打開另外一個activity（B），B將會被置於棧頂並顯示，A仍然處於棧中，系統會保存它的狀態。 若是按下返回鍵，當前的activity將被彈出棧並destroy掉，前一個activity被resume並從新顯示（還原stop前的UI顯示）。

    下圖表示2個activity切換過程該棧的狀態。

 

       用戶能夠經過返回鍵令task返回棧中的activity依次彈出，當最後一個activity也被彈出後，該task便再也不存在。

    若是HOME鍵被按下，從當前app回到桌面，該app的Task會被移到後臺，後臺的task所屬的全部activity都是stop狀態，且back stack依然存在——這個task其實只是失去了和用戶交互的焦點。

   多個task能夠同時存在後臺，可是系統也會中止一些activity來釋放空間，致使activity的狀態丟失。

      Back stack中的activity不會被從新排位，若是同一個activity能被其餘多個activity 啓動，這個activity都會建立新實例推入棧中：

 

 總結Activity和task的默認行爲：

• Activity A 啓動了 Activity B ， A 會被 stop ，但狀態仍然保存（ UI ，如活動條的位置， EditText 輸入的文字），從 B 返回， A 被 resumed 並恢復以前的狀態。

• 點擊 HOME 返回桌面，當前的 task 被移到後臺，系統會保存 task 中每個 activity 的狀態；直到用戶點擊 app 圖標 返回，該 task 被移回前臺， resume 棧頂的 activity 。

• 返回鍵會致使當前的 activity 從棧頂彈出並被 destroy ，該 activity 狀態不會再被保存，前一個 activity 移到棧頂。

• Activity 能被實例化屢次，包括其它 task 啓動它。

 

管理Task

       Android管理task和back stack的默認行爲：activity 在同一個任務中建立並置於先進後出的棧中。若是這種默認的行爲不能知足咱們的app設計，如：爲一個activity建立一個新任務（而不是在相同的任務中），或者啓動activity時直接打開已存在的實例（而不是直接在棧頂建立新實例），又或者在用戶離開這個task的時候清空除了棧頂之外的所有activity。Android提供了一些屬性和flag讓coder來指定管理的方式。

在manifest <activity>標籤中的相關屬性：

launchMode

allowTaskReparenting

clearTaskOnLaunch

alwaysRetainTaskState

finishOnTaskLaunch

 

Intent 也有相關的flag：

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_SINGLE_TOP

 

        android建議通常的app都不要干涉系統按照默認的方式管理activity和task。若是coder必須指定非默認的管理的方式，最好肯定這種效果能符合用戶的預期。

 

定義Launch Mode

對<activity> 的launchMode能夠指定如下值：

Use Cases	Launch Mode	Multiple Instances?	Comments
Normal launches for most activities	"standard"	Yes	默認行爲。每次啓動一個activity，系統都會在目標task新建一個實例。
Normal launches for most activities	"singleTop"	Conditionally	若是目標activity的實例已經存在於目標task的棧頂，系統會直接使用該實例，並調用該activity的onNewIntent()（不會從新create）
Specialized launches (not recommended for general use)	"singleTask"	No	在一個新任務的棧頂建立activity的實例。若是實例已經存在，系統會直接使用該實例，並調用該activity的onNewIntent()（不會從新create）
Specialized launches (not recommended for general use)	"singleInstance"	No	和"singleTask"相似，但在目標activity的task中不會再運行其餘的activity，在那個task中永遠只有一個activity。

 

SingleTask的例子：瀏覽器的browser activity設置了SingleTask只運行在它本身的task中，若是Browser的task如今正在後臺當中（task B），而咱們的app（task A）的正要打開這個activity，這個task就會被直接移到前臺接收咱們的intent。

返回鍵只會將界面返回到當前task的下一個activity，因此Task B回到前臺後，返回鍵會先做用在Task B中，直到最後一個activity被彈出，纔會回到咱們的Task A棧頂的activity。

注意：launchMode能被Intent 的flag覆蓋。

 

使用Intent 標誌

FLAG_ACTIVITY_NEW_TASK: 等同於 singleTask

FLAG_ACTIVITY_SINGLE_TOP: 等同singleTop

FLAG_ACTIVITY_CLEAR_TOP: 若是該activity已經運行在當前task中，intent指定啓動這個activity時，task中在它上面的activity都會被destroy，直到指定的activity位於棧頂，而後它的onNewIntent()被調用。

 

Affinity

affinity用於指定activity所屬的task。默認狀態下，一個app中的全部activity都有相同的affinity，因此它們會運行在同一個task。而經過<activity>的taskAffinity屬性能夠指定affinity。

taskAffinity要用<manifest>中定義的惟一包名來取值，系統經過包名定位到app的默認task。

taskAffinity在如下2種狀況中發生做用：

• 使用FLAG_ACTIVITY_NEW_TASK啓動一個activity。若是該activity指定了taskAffinity，系統會將activity實例置於指定的task中。 注意的是，此狀況下若是用戶點擊HOME鍵，必需要肯定有辦法能回到那個task中！（例如task所屬的app在launcher有本身icon）
• activity 設置了 allowTaskReparenting = 「true」。 當activity所在的task被移到前臺時，該activity會被移動到affinity指定的task中。

清理back stack

若是用戶離開一個task很長時間，系統會清理棧頂如下的activity，這樣task被重新打開時，棧頂activity就被還原了。coder一樣能夠經過<activity>屬性改變這種行爲：

alwaysRetatinTaskState: 若是當前棧頂的activity設置此屬性爲true，task中的全部activity都會被保留狀態。

clearTaskOnLaunch：若是當前棧頂的activity設置此屬性爲true，行爲則與alwaysRetatinTaskState相反，每次離開並從新該task，棧頂下的全部activity都會被清除，用戶返回task時永遠都是activity初始化的狀態。

finishOnTaskLaunch: 與clearTaskOnLaunch 類似，不過只做用於單個activity，不影響整個task。即便是棧頂的activity，也會生效。