一個Task 就是一組activity的集合。這些activity按照它們打開的順序被放置於一個先進後出的棧中(back stack)。 android
用戶點擊圖標打開一個app時,該app的task會被移到前臺顯示。若是當前沒有該app的task,系統將會新建一個task並在其中運行Main activity。 瀏覽器
一個activity(A)打開另外一個activity(B),B將會被置於棧頂並顯示,A仍然處於棧中,系統會保存它的狀態。 若是按下返回鍵,當前的activity將被彈出棧並destroy掉,前一個activity被resume並從新顯示(還原stop前的UI顯示)。 app
下圖表示2個activity切換過程該棧的狀態。 spa
用戶能夠經過返回鍵令task返回棧中的activity依次彈出,當最後一個activity也被彈出後,該task便再也不存在。 設計
若是HOME鍵被按下,從當前app回到桌面,該app的Task會被移到後臺,後臺的task所屬的全部activity都是stop狀態,且back stack依然存在——這個task其實只是失去了和用戶交互的焦點。 code
多個task能夠同時存在後臺,可是系統也會中止一些activity來釋放空間,致使activity的狀態丟失。 orm
Back stack中的activity不會被從新排位,若是同一個activity能被其餘多個activity 啓動,這個activity都會建立新實例推入棧中: ip
Android管理task和back stack的默認行爲:activity 在同一個任務中建立並置於先進後出的棧中。若是這種默認的行爲不能知足咱們的app設計,如:爲一個activity建立一個新任務(而不是在相同的任務中),或者啓動activity時直接打開已存在的實例(而不是直接在棧頂建立新實例),又或者在用戶離開這個task的時候清空除了棧頂之外的所有activity。Android提供了一些屬性和flag讓coder來指定管理的方式。 ci
在manifest <activity>標籤中的相關屬性: it
Intent 也有相關的flag:
android建議通常的app都不要干涉系統按照默認的方式管理activity和task。若是coder必須指定非默認的管理的方式,最好肯定這種效果能符合用戶的預期。
對<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覆蓋。
FLAG_ACTIVITY_NEW_TASK: 等同於 singleTask
FLAG_ACTIVITY_SINGLE_TOP: 等同singleTop
FLAG_ACTIVITY_CLEAR_TOP: 若是該activity已經運行在當前task中,intent指定啓動這個activity時,task中在它上面的activity都會被destroy,直到指定的activity位於棧頂,而後它的onNewIntent()被調用。
affinity用於指定activity所屬的task。默認狀態下,一個app中的全部activity都有相同的affinity,因此它們會運行在同一個task。而經過<activity>的taskAffinity屬性能夠指定affinity。
taskAffinity要用<manifest>中定義的惟一包名來取值,系統經過包名定位到app的默認task。
taskAffinity在如下2種狀況中發生做用:
若是用戶離開一個task很長時間,系統會清理棧頂如下的activity,這樣task被重新打開時,棧頂activity就被還原了。coder一樣能夠經過<activity>屬性改變這種行爲:
alwaysRetatinTaskState: 若是當前棧頂的activity設置此屬性爲true,task中的全部activity都會被保留狀態。
clearTaskOnLaunch:若是當前棧頂的activity設置此屬性爲true,行爲則與alwaysRetatinTaskState相反,每次離開並從新該task,棧頂下的全部activity都會被清除,用戶返回task時永遠都是activity初始化的狀態。
finishOnTaskLaunch: 與clearTaskOnLaunch 類似,不過只做用於單個activity,不影響整個task。即便是棧頂的activity,也會生效。