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

tasks and back stack

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

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

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

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

 

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

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

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

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

 

 總結Activitytask的默認行爲:

  • 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來指定管理的方式。 ci

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

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,也會生效。

相關文章
相關標籤/搜索