1 概述
應用通常包含多個 Activity。每個 Activity 均應圍繞用戶可以執行的特定操作設計，並且能夠啓動其他 Activity。 例如，電子郵件應用可能有一個 Activity 顯示新郵件的列表。用戶選擇某郵件時，會打開一個新 Activity 以查看該郵件。一個 Activity 甚至可以啓動設備上其他應用中存在的 Activity。例如，如果應用想要發送電子郵件，則可將 Intent 定義爲執行“發送”操作並加入一些數據，如電子郵件地址和電子郵件。 然後，系統將打開其他應用中聲明自己處理此類 Intent 的 Activity。在這種情況下，Intent 是要發送電子郵件，因此將啓動電子郵件應用的“撰寫”Activity（如果多個 Activity 支持相同 Intent，則系統會讓用戶選擇要使用的 Activity）。發送電子郵件時，Activity 將恢復，看起來好像電子郵件 Activity 是您的應用的一部分。 即使這兩個 Activity 可能來自不同的應用，但是 Android 仍會將 Activity 保留在相同的任務中，以維護這種無縫的用戶體驗。
任務是指在執行特定作業時與用戶交互的一系列 Activity。 這些 Activity 按照各自的打開順序排列在堆棧（即返回棧）中。
設備主屏幕是大多數任務的起點。當用戶觸摸應用啓動器中的圖標（或主屏幕上的快捷方式）時，該應用的任務將出現在前臺。 如果應用不存在任務（應用最近未曾使用），則會創建一個新任務，並且該應用的“主”Activity 將作爲堆棧中的根 Activity 打開。（注：這裏的“任務”與PC端操作系統（如Windows系統）中的“進程”是有所區別的，PC操作系統中的進程對應一個可執行程序運行空間，而Android系統中的任務則可對應多個應用程序的片段集合）
當前 Activity 啓動另一個 Activity 時，該新 Activity 會被推送到堆棧頂部（注：“堆棧”或稱爲“返回棧”的結構是一個後進先出的存儲結構），成爲焦點所在。 前一個 Activity 仍保留在堆棧中，但是處於停止狀態。Activity 停止時，系統會保持其用戶界面的當前狀態。 用戶按“返回”按鈕時，當前 Activity 會從堆棧頂部彈出（Activity 被銷燬），而前一個 Activity 恢復執行（恢復其 UI 的前一狀態）。 堆棧中的 Activity 永遠不會重新排列，僅推入和彈出堆棧：由當前 Activity 啓動時推入堆棧；用戶使用“返回”按鈕退出時彈出堆棧。 因此，返回棧以“後進先出”對象結構運行。 圖 1 通過時間線顯示 Activity 之間的進度以及每個時間點的當前返回棧，直觀呈現了這種行爲（橫向爲時間軸）。
如果用戶繼續按“返回”，堆棧中的相應 Activity 就會彈出，以顯示前一個 Activity，直到用戶返回主屏幕爲止（或者，返回任務開始時正在運行的任意 Activity）。 當所有 Activity 均從堆棧中移除後，任務即不復存在。任務是一個有機整體，當用戶開始新任務或通過“主頁”按鈕轉到主屏幕時，可以移動到“後臺”。 儘管在後臺時，該任務中的所有 Activity 全部停止，但是任務的返回棧仍舊不變，也就是說，當另一個任務發生時，該任務僅僅失去焦點而已，如圖 2 中所示。
然後，任務可以返回到“前臺”，用戶就能夠回到離開時的狀態。 例如，假設當前任務（任務 A）的堆棧中有三個 Activity，即當前 Activity 下方還有兩個 Activity。 用戶先按“主頁”按鈕，然後從應用啓動器啓動新應用。 顯示主屏幕時，任務 A 進入後臺。新應用啓動時，系統會使用自己的 Activity 堆棧爲該應用啓動一個任務（任務 B）。與該應用交互之後，用戶再次返回主屏幕並選擇最初啓動任務 A 的應用。現在，任務 A 出現在前臺，其堆棧中的所有三個 Activity 保持不變，而位於堆棧頂部的 Activity 則會恢復執行。 此時，用戶還可以通過轉到主屏幕並選擇啓動該任務的應用圖標（或者，通過從概覽屏幕選擇該應用的任務）切換回任務 B。
注：後臺可以同時運行多個任務。但是，如果用戶同時運行多個後臺任務，則系統可能會開始銷燬後臺 Activity，以回收內存資源，從而導致 Activity 狀態丟失。
由於返回棧中的 Activity 永遠不會重新排列，因此如果應用允許用戶從多個 Activity 中啓動特定 Activity，則會創建該 Activity 的新實例並推入堆棧中（而不是將 Activity 的任一先前實例置於頂部）。 因此，應用中的一個 Activity 可能會多次實例化（即使 Activity 來自不同的任務），如圖 3 所示。因此，如果用戶使用“返回”按鈕向後導航，則會按 Activity 每個實例的打開順序顯示這些實例（每個實例的 UI 狀態各不相同）。 但是，如果您不希望 Activity 多次實例化，則可修改此行爲。 具體操作方法將在後面的管理任務部分中討論。
圖 2. 兩個任務：任務 B 在前臺接收用戶交互，而任務 A 則在後臺等待恢復。
圖 3. 一個 Activity 將多次實例化。
Activity 和任務的默認行爲總結如下：
- 當 Activity A 啓動 Activity B 時，Activity A 將會停止，但系統會保留其狀態（例如，滾動位置和已輸入表單中的文本）。如果用戶在處於 Activity B 時按“返回”按鈕，則 Activity A 將恢復其狀態，繼續執行。
- 用戶通過按“主頁”按鈕離開任務時，當前 Activity 將停止且其任務會進入後臺。 系統將保留任務中每個 Activity 的狀態。如果用戶稍後通過選擇開始任務的啓動器圖標來恢復任務，則任務將出現在前臺並恢復執行堆棧頂部的 Activity。
- 如果用戶按“返回”按鈕，則當前 Activity 會從堆棧彈出並被銷燬。 堆棧中的前一個 Activity 恢復執行。銷燬 Activity 時，系統不會保留該 Activity 的狀態。
- 即使來自其他任務，Activity 也可以多次實例化。
2 保存 Activity 狀態
正如上文所述，當 Activity 停止時，系統的默認行爲會保留其狀態。 這樣一來，當用戶導航回到上一個 Activity 時，其用戶界面與用戶離開時一樣。 但是，在 Activity 被銷燬且必須重建時，您可以而且應當主動使用回調方法保留 Activity 的狀態。
系統停止您的一個 Activity 時（例如，新 Activity 啓動或任務轉到前臺），如果系統需要回收系統內存資源，則可能會完全銷燬該 Activity。 發生這種情況時，有關該 Activity 狀態的信息將會丟失。如果發生這種情況，系統仍會知道該 Activity 存在於返回棧中，但是當該 Activity 被置於堆棧頂部時，系統一定會重建 Activity（而不是恢復 Activity）。 爲了避免用戶的工作丟失，您應主動通過在 Activity 中實現 onSaveInstanceState() 回調方法來保留工作。
3 管理任務
Android 管理任務和返回棧的方式（如上所述，即：將所有連續啓動的 Activity 放入同一任務和“後進先出”堆棧中）非常適用於大多數應用，而您不必擔心 Activity 如何與任務關聯或者如何存在於返回棧中。 但是，您可能會決定要中斷正常行爲。 也許您希望應用中的 Activity 在啓動時開始新任務（而不是放置在當前任務中）；或者，當啓動 Activity 時，您希望將其現有實例上移一層（而不是在返回棧的頂部創建新實例）；或者，您希望在用戶離開任務時，清除返回棧中除根 Activity
以外的所有其他 Activity。
通過使用 <activity> 清單文件元素中的屬性和傳遞給 startActivity() 的 Intent 中的標誌，您可以執行所有這些操作以及其他操作。在這一方面，您可以使用的主要 <activity> 屬性包括：
- taskAffinity
- launchMode
- allowTaskReparenting
- clearTaskOnLaunch
- alwaysRetainTaskState
- finishOnTaskLaunch
您可以使用的主要 Intent 標誌包括：
- FLAG_ACTIVITY_NEW_TASK
- FLAG_ACTIVITY_CLEAR_TOP
- FLAG_ACTIVITY_SINGLE_TOP
在下文中，您將瞭解如何使用這些清單文件屬性和 Intent 標誌定義 Activity 與任務的關聯方式，以及 Activity 在返回棧中的行爲方式。此外，我們還單獨介紹了有關如何在概覽屏幕中顯示和管理任務與 Activity 的注意事項。 如需瞭解詳細信息，請參閱概覽屏幕。 通常，您應該允許系統定義任務和 Activity 在概覽屏幕中的顯示方法，並且無需修改此行爲。
注意：大多數應用都不得中斷 Activity 和任務的默認行爲： 如果確定您的 Activity 必須修改默認行爲，當使用“返回”按鈕從其他 Activity 和任務導航回到該 Activity 時，請務必要謹慎並確保在啓動期間測試該 Activity 的可用性。請確保測試導航行爲是否有可能與用戶的預期行爲衝突。
3.1 定義啓動模式
啓動模式允許您定義 Activity 的新實例如何與當前任務關聯。 您可以通過兩種方法定義不同的啓動模式：
- 使用清單文件
在清單文件中聲明 Activity 時，您可以指定 Activity 在啓動時應該如何與任務關聯。
- 使用 Intent 標誌
調用 startActivity() 時，可以在 Intent 中加入一個標誌，用於聲明新 Activity 如何（或是否）與當前任務關聯。
因此，如果 Activity A 啓動 Activity B，則 Activity B 可以在其清單文件中定義它應該如何與當前任務關聯（如果可能），並且 Activity A 還可以請求 Activity B 應該如何與當前任務關聯。如果這兩個 Activity 均定義 Activity B 應該如何與任務關聯，則 Activity A 的請求（如 Intent 中所定義）優先級要高於 Activity B 的請求（如其清單文件中所定義）。
注：某些適用於清單文件的啓動模式不可用作 Intent 標誌，同樣，某些可用作 Intent 標誌的啓動模式無法在清單文件中定義。
(1) 使用清單文件
在清單文件中聲明 Activity 時，您可以使用 <activity> 元素的 launchMode 屬性指定 Activity 應該如何與任務關聯。
launchMode 屬性指定有關應如何將 Activity 啓動到任務中的指令。您可以分配給 launchMode 屬性的啓動模式共有四種：
- "standard"（默認模式）
默認。系統在啓動 Activity 的任務中創建 Activity 的新實例並向其傳送 Intent。Activity 可以多次實例化，而每個實例均可屬於不同的任務，並且一個任務可以擁有多個實例。
- "singleTop"
如果當前任務的頂部已存在 Activity 的一個實例，則系統會通過調用該實例的 onNewIntent() 方法向其傳送 Intent，而不是創建 Activity 的新實例。Activity 可以多次實例化，而每個實例均可屬於不同的任務，並且一個任務可以擁有多個實例（但前提是位於返回棧頂部的 Activity 並不是 Activity 的現有實例）。
例如，假設任務的返回棧包含根 Activity A 以及 Activity B、C 和位於頂部的 D（堆棧是 A-B-C-D；D 位於頂部）。收到針對 D 類 Activity 的 Intent。如果 D 具有默認的 "standard" 啓動模式，則會啓動該類的新實例，且堆棧會變成 A-B-C-D-D。但是，如果 D 的啓動模式是 "singleTop"，則 D 的現有實例會通過 onNewIntent() 接收 Intent，因爲它位於堆棧的頂部；而堆棧仍爲 A-B-C-D。但是，如果收到針對
B 類 Activity 的 Intent，則會向堆棧添加 B 的新實例，即便其啓動模式爲 "singleTop" 也是如此。
注：爲某個 Activity 創建新實例時，用戶可以按“返回”按鈕返回到前一個 Activity。 但是，當 Activity 的現有實例處理新 Intent 時，則在新 Intent 到達 onNewIntent() 之前，用戶無法按“返回”按鈕返回到 Activity 的狀態。
- "singleTask"
系統創建新任務並實例化位於新任務底部的 Activity。但是，如果該 Activity 的一個實例已存在於一個單獨的任務中，則系統會通過調用現有實例的 onNewIntent() 方法向其傳送 Intent，而不是創建新實例。一次只能存在 Activity 的一個實例。
注：儘管 Activity 在新任務中啓動，但是用戶按“返回”按鈕仍會返回到前一個 Activity。
- "singleInstance"
與 "singleTask" 相同，只是系統不會將任何其他 Activity 啓動到包含實例的任務中。該 Activity 始終是其任務唯一僅有的成員；由此 Activity 啓動的任何 Activity 均在單獨的任務中打開。
我們再來看另一示例，Android 瀏覽器應用聲明網絡瀏覽器 Activity 應始終在其自己的任務中打開（通過在 <activity> 元素中指定 singleTask 啓動模式）。這意味着，如果您的應用發出打開
Android 瀏覽器的 Intent，則其 Activity 與您的應用位於不同的任務中。相反，系統會爲瀏覽器啓動新任務，或者如果瀏覽器已有任務正在後臺運行，則會將該任務上移一層以處理新 Intent。
無論 Activity 是在新任務中啓動，還是在與啓動 Activity 相同的任務中啓動，用戶按“返回”按鈕始終會轉到前一個 Activity。 但是，如果啓動指定singleTask 啓動模式的 Activity，則當某後臺任務中存在該 Activity 的實例時，整個任務都會轉移到前臺。此時，返回棧包括上移到堆棧頂部的任務中的所有 Activity。 圖 4 顯示了這種情況。
圖 4. 顯示如何將啓動模式爲“singleTask”的 Activity 添加到返回棧。 如果 Activity 已經是某個擁有自己的返回棧的後臺任務的一部分，則整個返回棧也會上移到當前任務的頂部。
注：使用 launchMode 屬性爲 Activity 指定的行爲可由 Intent 附帶的 Activity 啓動標誌替代，下文將對此進行討論。
（2）使用 Intent 標誌
啓動 Activity 時，您可以通過在傳遞給 startActivity() 的 Intent 中加入相應的標誌，修改 Activity 與其任務的默認關聯方式。可用於修改默認行爲的標誌包括：
- FLAG_ACTIVITY_NEW_TASK
在新任務中啓動 Activity。如果已爲正在啓動的 Activity 運行任務，則該任務會轉到前臺並恢復其最後狀態，同時 Activity 會在 onNewIntent() 中收到新 Intent。正如前文所述，這會產生與 "singleTask"launchMode 值相同的行爲。
- FLAG_ACTIVITY_SINGLE_TOP
如果正在啓動的 Activity 是當前 Activity（位於返回棧的頂部），則 現有實例會接收對 onNewIntent() 的調用，而不是創建 Activity 的新實例。正如前文所述，這會產生與 "singleTop"launchMode 值相同的行爲。
- FLAG_ACTIVITY_CLEAR_TOP
如果正在啓動的 Activity 已在當前任務中運行，則會銷燬當前任務頂部的所有 Activity，並通過 onNewIntent() 將此 Intent 傳遞給 Activity 已恢復的實例（現在位於頂部），而不是啓動該 Activity 的新實例。產生這種行爲的 launchMode 屬性沒有值。FLAG_ACTIVITY_CLEAR_TOP 通常與 FLAG_ACTIVITY_NEW_TASK 結合使用。一起使用時，通過這些標誌，可以找到其他任務中的現有 Activity，並將其放入可從中響應 Intent 的位置。
注：如果指定 Activity 的啓動模式爲 "standard"，則該 Activity 也會從堆棧中移除，並在其位置啓動一個新實例，以便處理傳入的 Intent。 這是因爲當啓動模式爲 "standard" 時，將始終爲新 Intent 創建新實例。
3.2 處理關聯
“關聯”指示 Activity 優先屬於哪個任務。默認情況下，同一應用中的所有 Activity 彼此關聯。 因此，默認情況下，同一應用中的所有 Activity 優先位於相同任務中。 不過，您可以修改 Activity 的默認關聯。 在不同應用中定義的 Activity 可以共享關聯，或者可爲在同一應用中定義的 Activity 分配不同的任務關聯。可以使用 <activity> 元素的 taskAffinity 屬性修改任何給定 Activity 的關聯。taskAffinity 屬性取字符串值，該值必須不同於在
<manifest> 元素中聲明的默認軟件包名稱，因爲系統使用該名稱標識應用的默認任務關聯。在兩種情況下，關聯會起作用：
- 啓動 Activity 的 Intent 包含 FLAG_ACTIVITY_NEW_TASK 標誌。
默認情況下，新 Activity 會啓動到調用 startActivity() 的 Activity 任務中。它將推入與調用方相同的返回棧。 但是，如果傳遞給 startActivity() 的 Intent 包含 FLAG_ACTIVITY_NEW_TASK 標誌，則系統會尋找其他任務來儲存新 Activity。這通常是新任務，但未做強制要求。 如果現有任務與新 Activity 具有相同關聯，則會將 Activity 啓動到該任務中。 否則，將開始新任務。
如果此標誌導致 Activity 開始新任務，且用戶按“主頁”按鈕離開，則必須爲用戶提供導航回任務的方式。 有些實體（如通知管理器）始終在外部任務中啓動 Activity，而從不作爲其自身的一部分啓動 Activity，因此它們始終將 FLAG_ACTIVITY_NEW_TASK 放入傳遞給 startActivity() 的 Intent 中。請注意，如果 Activity 能夠由可以使用此標誌的外部實體調用，則用戶可以通過獨立方式返回到啓動的任務，例如，使用啓動器圖標（任務的根 Activity
具有 CATEGORY_LAUNCHER Intent 過濾器；請參閱下面的啓動任務部分）。
- Activity 將其 allowTaskReparenting 屬性設置爲 "true"。
在這種情況下，Activity 可以從其啓動的任務移動到與其具有關聯的任務（如果該任務出現在前臺）。
例如，假設將報告所選城市天氣狀況的 Activity 定義爲旅行應用的一部分。 它與同一應用中的其他 Activity 具有相同的關聯（默認應用關聯），並允許利用此屬性重定父級。當您的一個 Activity 啓動天氣預報 Activity 時，它最初所屬的任務與您的 Activity 相同。 但是，當旅行應用的任務出現在前臺時，系統會將天氣預報 Activity 重新分配給該任務並顯示在其中。
提示：如果從用戶的角度來看，一個 .apk 文件包含多個“應用”，則您可能需要使用 taskAffinity 屬性將不同關聯分配給與每個“應用”相關的 Activity。
3.3 清理返回棧
如果用戶長時間離開任務，則系統會清除所有 Activity 的任務，根 Activity 除外。 當用戶再次返回到任務時，僅恢復根 Activity。系統這樣做的原因是，經過很長一段時間後，用戶可能已經放棄之前執行的操作，返回到任務是要開始執行新的操作。您可以使用下列幾個 Activity 屬性修改此行爲：
- alwaysRetainTaskState
如果在任務的根 Activity 中將此屬性設置爲 "true"，則不會發生剛纔所述的默認行爲。即使在很長一段時間後，任務仍將所有 Activity 保留在其堆棧中。
- clearTaskOnLaunch
如果在任務的根 Activity 中將此屬性設置爲 "true"，則每當用戶離開任務然後返回時，系統都會將堆棧清除到只剩下根 Activity。 換而言之，它與 alwaysRetainTaskState 正好相反。 即使只離開任務片刻時間，用戶也始終會返回到任務的初始狀態。
- finishOnTaskLaunch
此屬性類似於 clearTaskOnLaunch，但它對單個 Activity 起作用，而非整個任務。 此外，它還有可能會導致任何 Activity 停止，包括根 Activity。 設置爲 "true" 時，Activity 仍是任務的一部分，但是僅限於當前會話。如果用戶離開然後返回任務，則任務將不復存在。
3.4 啓動任務
通過爲 Activity 提供一個以 "android.intent.action.MAIN" 爲指定操作、以 "android.intent.category.LAUNCHER" 爲指定類別的 Intent 過濾器，您可以將 Activity 設置爲任務的入口點。 例如：
<activity ... >
<intent-filter ... >
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
...
</activity>此類 Intent 過濾器會使 Activity 的圖標和標籤顯示在應用啓動器中，讓用戶能夠啓動 Activity 並在啓動之後隨時返回到創建的任務中。
第二個功能非常重要：用戶必須能夠在離開任務後，再使用此 Activity 啓動器返回該任務。 因此，只有在 Activity 具有 ACTION_MAIN 和 CATEGORY_LAUNCHER 過濾器時，才應該使用將
Activity 標記爲“始終啓動任務”的兩種啓動模式，即 "singleTask" 和 "singleInstance"。例如，我們可以想像一下如果缺少過濾器會發生什麼情況：
Intent 啓動一個 "singleTask" Activity，從而啓動一個新任務，並且用戶花了些時間處理該任務。然後，用戶按“主頁”按鈕。 任務現已發送到後臺，而且不可見。現在，用戶無法返回到任務，因爲該任務未顯示在應用啓動器中。如果您並不想用戶能夠返回到 Activity，對於這些情況，請將 <activity> 元素的 finishOnTaskLaunch 設置爲 "true"。
文章來源：https://my.oschina.net/codestudio/blog