應用通常包含多個Activity。每個 Activity 均應圍繞使用者可以執行的特定操作設計，並且能夠啟動其他 Activity。 例如，電子郵件應用可能有一個 Activity 顯示新郵件的列表。使用者選擇某郵件時，會開啟一個新 Activity 以檢視該郵件。

一個 Activity 甚至可以啟動裝置上其他應用中存在的 Activity。例如，如果應用想要傳送電子郵件，則可將 Intent 定義為執行“傳送”操作並加入一些資料，如電子郵件地址和電子郵件。 然後，系統將開啟其他應用中宣告自己處理此類 Intent 的 Activity。在這種情況下， Intent 是要傳送電子郵件，因此將啟動電子郵件應用的“撰寫”Activity（如果多個 Activity 支援相同 Intent，則系統會讓使用者選擇要使用的 Activity）。傳送電子郵件時，Activity 將恢復，看起來好像電子郵件 Activity 是您的應用的一部分。 即使這兩個 Activity 可能來自不同的應用，但是 Android 仍會將 Activity 保留在相同的任務中，以維護這種無縫的使用者體驗。

任務是指在執行特定作業時與使用者互動的一系列 Activity。 這些 Activity 按照各自的開啟順序排列在堆疊（即“返回棧”）中。

裝置主螢幕是大多數任務的起點。當用戶觸控應用啟動器中的圖示（或主螢幕上的快捷鍵）時，該應用的任務將出現在前臺。 如果應用不存在任務（應用最近未曾使用），則會建立一個新任務，並且該應用的“主”Activity 將作為堆疊中的根 Activity 開啟。

當前 Activity 啟動另一個 Activity 時，該新 Activity 會被推送到堆疊頂部，成為焦點所在。 前一個 Activity 仍保留在堆疊中，但是處於停止狀態。Activity 停止時，系統會保持其使用者介面的當前狀態。 使用者按“返回”按鈕時，當前 Activity 會從堆疊頂部彈出（Activity 被銷燬），而前一個 Activity 恢復執行（恢復其 UI 的前一狀態）。 堆疊中的 Activity 永遠不會重新排列，僅推入和彈出堆疊：由當前 Activity 啟動時推入堆疊；使用者使用“返回”按鈕退出時彈出堆疊。 因此，返回棧以“後進先出”物件結構執行。 圖 1 通過時間線顯示 Activity 之間的進度以及每個時間點的當前返回棧，直觀呈現了這種行為。

圖 1. 顯示任務中的每個新 Activity 如何向返回棧新增專案。 使用者按“返回”按鈕時，當前 Activity 隨即被銷燬，而前一個 Activity 恢復執行。

如果使用者繼續按“返回”，堆疊中的相應 Activity 就會彈出，以顯示前一個 Activity，直到使用者返回主螢幕為止（或者，返回任務開始時正在執行的任意 Activity）。 當所有 Activity 均從堆疊中刪除後，任務即不復存在。

圖 2. 兩個任務：任務 B 在前臺接收使用者互動，而任務 A 則在後臺等待恢復。

圖 3. 一個 Activity 將多次例項化。

任務是一個有機整體，當用戶開始新任務或通過“主頁”按鈕轉到主螢幕時，可以移動到“後臺”。 儘管在後臺時，該任務中的所有 Activity 全部停止，但是任務的返回棧仍舊不變，也就是說，當另一個任務發生時，該任務僅僅失去焦點而已，如圖 2 中所示。 然後，任務可以返回到“前臺”，使用者就能夠回到離開時的狀態。 例如，假設當前任務（任務 A）的堆疊中有三個 Activity，即當前 Activity 下方還有兩個 Activity。 使用者先按“主頁”按鈕，然後從應用啟動器啟動新應用。 顯示主螢幕時，任務 A 進入後臺。新應用啟動時，系統會使用自己的 Activity 堆疊為該應用啟動一個任務（任務 B）。與該應用互動之後，使用者再次返回主螢幕並選擇最初啟動任務 A 的應用。現在，任務 A 出現在前臺，其堆疊中的所有三個 Activity 保持不變，而位於堆疊頂部的 Activity 則會恢復執行。 此時，使用者還可以通過轉到主螢幕並選擇啟動該任務的應用（或者，通過從

概覽螢幕選擇該應用的任務）切換回任務 B。這是 Android 系統中的一個多工示例。

注：後臺可以同時執行多個任務。但是，如果使用者同時執行多個後臺任務，則系統可能會開始銷燬後臺 Activity，以回收記憶體資源，從而導致 Activity 狀態丟失。請參閱下面有關 Activity 狀態的部分。

由於返回棧中的 Activity 永遠不會重新排列，因此如果應用允許使用者從多個 Activity 中啟動特定 Activity，則會建立該 Activity 的新例項並推入堆疊中（而不是將 Activity 的任一先前例項置於頂部）。 因此，應用中的一個 Activity 可能會多次例項化（即使 Activity 來自不同的任務），如圖 3 所示。 因此，如果使用者使用“返回”按鈕向後導航，則會按 Activity 每個例項的開啟順序顯示這些例項（每個例項的 UI 狀態各不相同）。 但是，如果您不希望 Activity 多次例項化，則可修改此行為。 具體操作方法將在後面的管理任務部分中討論。

Activity 和任務的預設行為總結如下：

• 當 Activity A 啟動 Activity B 時，Activity A 將會停止，但系統會保留其狀態（例如，滾動位置和已輸入表單中的文字）。如果使用者在處於 Activity B 時按“返回”按鈕，則 Activity A 將恢復其狀態，繼續執行。
• 使用者通過按“主頁”按鈕離開任務時，當前 Activity 將停止且其任務會進入後臺。 系統將保留任務中每個 Activity 的狀態。如果使用者稍後通過選擇開始任務的啟動器圖示來恢復任務，則任務將出現在前臺並恢復執行堆疊頂部的 Activity。
• 如果使用者按“返回”按鈕，則當前 Activity 會從堆疊彈出並被銷燬。 堆疊中的前一個 Activity 恢復執行。銷燬 Activity 時，系統絕對不會保留該 Activity 的狀態。
• 即使來自其他任務，Activity 也可以多次例項化。

導航設計

如需瞭解有關 Android 應用導航工作方式的詳細資訊，請閱讀 Android 設計的導航指南。

儲存 Activity 狀態

正如上文所述，當 Activity 停止時，系統的預設行為會保留其狀態。 這樣一來，當用戶導航回到上一個 Activity 時，其使用者介面與使用者離開時一樣。 但是，在 Activity 被銷燬且必須重建時，您可以而且應當主動使用回撥方法保留 Activity 的狀態。

系統停止您的一個 Activity 時（例如，新 Activity 啟動或任務轉到前臺），如果系統需要回收系統記憶體資源，則可能會完全銷燬該 Activity。 發生這種情況時，有關該 Activity 狀態的資訊將會丟失。如果發生這種情況，系統仍會知道該 Activity 存在於返回棧中，但是當該 Activity 被置於堆疊頂部時，系統一定會重建 Activity（而不是恢復 Activity）。 為了避免使用者的工作丟失，您應主動通過在 Activity 中實現  回撥方法來保留工作。

如需瞭解有關如何儲存 Activity 狀態的詳細資訊，請參閱Activity文件。

管理任務

Android 管理任務和返回棧的方式（如上所述，即：將所有連續啟動的 Activity 放入同一任務和“後進先出”堆疊中）非常適用於大多數應用，而您不必擔心 Activity 如何與任務關聯或者如何存在於返回棧中。 但是，您可能會決定要中斷正常行為。 也許您希望應用中的 Activity 在啟動時開始新任務（而不是放置在當前任務中）；或者，當啟動 Activity 時，您希望將其現有例項上移一層（而不是在返回棧的頂部建立新例項）；或者，您希望在使用者離開任務時，清除返回棧中除根 Activity 以外的所有其他 Activity。

通過使用 <activity> 清單檔案元素中的屬性和傳遞給  的 Intent 中的標誌，您可以執行所有這些操作以及其他操作。

在這一方面，您可以使用的主要 <activity> 屬性包括：

您可以使用的主要 Intent 標誌包括：

在下文中，您將瞭解如何使用這些清單檔案屬性和 Intent 標誌定義 Activity 與任務的關聯方式，以及 Activity 在返回棧中的行為方式。

此外，我們還單獨介紹了有關如何在概覽螢幕中顯示和管理任務與 Activity 的注意事項。 如需瞭解詳細資訊，請參閱概覽螢幕。 通常，您應該允許系統定義任務和 Activity 在概覽螢幕中的顯示方法，並且無需修改此行為。

注意：大多數應用都不得中斷 Activity 和任務的預設行為： 如果確定您的 Activity 必須修改預設行為，當使用“返回”按鈕從其他 Activity 和任務導航回到該 Activity 時，請務必要謹慎並確保在啟動期間測試該 Activity 的可用性。請確保測試導航行為是否有可能與使用者的預期行為衝突。

定義啟動模式

啟動模式允許您定義 Activity 的新例項如何與當前任務關聯。 您可以通過兩種方法定義不同的啟動模式：

• 使用清單檔案

  在清單檔案中宣告 Activity 時，您可以指定 Activity 在啟動時應該如何與任務關聯。

因此，如果 Activity A 啟動 Activity B，則 Activity B 可以在其清單檔案中定義它應該如何與當前任務關聯（如果可能），並且 Activity A 還可以請求 Activity B 應該如何與當前任務關聯。如果這兩個 Activity 均定義 Activity B 應該如何與任務關聯，則 Activity A 的請求（如 Intent 中所定義）優先順序要高於 Activity B 的請求（如其清單檔案中所定義）。

注：某些適用於清單檔案的啟動 模式不可用作 Intent 標誌，同樣，某些可用作 Intent 標誌的啟動模式無法在清單檔案中定義。

使用清單檔案

在清單檔案中宣告 Activity 時，您可以使用 <activity> 元素的 launchMode 屬性指定 Activity 應該如何與任務關聯。

launchMode 屬性指定有關應如何將 Activity 啟動到任務中的指令。您可以分配給  屬性的啟動模式共有四種：

"standard"（預設模式）

預設。系統在啟動 Activity 的任務中建立 Activity 的新例項並向其傳送 Intent。Activity 可以多次例項化，而每個例項均可屬於不同的任務，並且一個任務可以擁有多個例項。

"singleTop"

如果當前任務的頂部已存在 Activity 的一個例項，則系統會通過呼叫該例項的  方法向其傳送 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 的現有例項會通過  接收 Intent，因為它位於堆疊的頂部；而堆疊仍為 A-B-C-D。但是，如果收到針對 A 類 Activity 的 Intent，則會向堆疊新增 B 的新例項，即便其啟動模式為 "singleTop" 也是如此。

注：為某個 Activity 建立新例項時，使用者可以按“返回”按鈕返回到前一個 Activity。 但是，當 Activity 的現有例項處理新 Intent 時，則在新 Intent 到達  之前，使用者無法按“返回”按鈕返回到 Activity 的狀態。

"singleTask"

系統建立新任務並例項化位於新任務底部的 Activity。但是，如果該 Activity 的一個例項已存在於一個單獨的任務中，則系統會通過呼叫現有例項的 方法向其傳送 Intent，而不是建立新例項。一次只能存在 Activity 的一個例項。

注：儘管 Activity 在新任務中啟動，但是使用者按“返回”按鈕仍會返回到前一個 Activity。

"singleInstance"。

與 "singleTask" 相同，只是系統不會將任何其他 Activity 啟動到包含例項的任務中。該 Activity 始終是其任務唯一僅有的成員；由此 Activity 啟動的任何 Activity 均在單獨的任務中開啟。

我們再來看另一示例，Android 瀏覽器 應用宣告 Web 瀏覽器 Activity 應始終在其自己的任務中開啟（通過在 <activity> 元素中指定 singleTask 啟動模式）。這意味著，如果您的應用發出開啟 Android 瀏覽器的 Intent，則其 Activity 與您的應用位於不同的任務中。相反，系統會為瀏覽器啟動新任務，或者如果瀏覽器 已有任務正在後臺執行，則會將該任務上移一層以處理新 Intent。

無論 Activity 是在新任務中啟動，還是在與啟動 Activity 相同的任務中啟動，使用者按“返回”按鈕始終會轉到前一個 Activity。 但是，如果啟動指定singleTask 啟動模式的 Activity，則當某後臺任務中存在該 Activity 的例項時，整個任務都會轉移到前臺。此時，返回棧包括上移到堆疊頂部的任務中的所有 Activity。 圖 4 顯示了這種情況。

圖 4. 顯示如何將啟動模式為“singleTask”的 Activity 新增到返回棧。 如果 Activity 已經是某個擁有自己的返回棧的後臺任務的一部分，則整個返回棧也會上移到當前任務的頂部。

如需瞭解有關在清單檔案中使用啟動模式的詳細資訊，請參閱  元素文件，其中更詳細地討論了 launchMode 屬性和可接受的值。

注：使用 launchMode 屬性為 Activity 指定的行為可由 Intent 附帶的 Activity 啟動標誌替代，下文將對此進行討論。

使用 Intent 標誌

啟動 Activity 時，您可以通過在傳遞給  的 Intent 中加入相應的標誌，修改 Activity 與其任務的預設關聯方式。可用於修改預設行為的標誌包括：

在新任務中啟動 Activity。如果已為正在啟動的 Activity 執行任務，則該任務會轉到前臺並恢復其最後狀態，同時 Activity 會在  中收到新 Intent。

正如前文所述，這會產生與 "singleTask" launchMode 值相同的行為。

如果正在啟動的 Activity 是當前 Activity（位於返回棧的頂部），則 現有例項會接收對  的呼叫，而不是建立 Activity 的新例項。

正如前文所述，這會產生與 "singleTop" launchMode 值相同的行為。

如果正在啟動的 Activity 已在當前任務中執行，則會銷燬當前任務頂部的所有 Activity，並通過  將此 Intent 傳遞給 Activity 已恢復的例項（現在位於頂部），而不是啟動該 Activity 的新例項。

FLAG_ACTIVITY_CLEAR_TOP 通常與 FLAG_ACTIVITY_NEW_TASK 結合使用。一起使用時，通過這些標誌，可以找到其他任務中的現有 Activity，並將其放入可從中響應 Intent 的位置。

注：如果指定 Activity 的啟動模式為 "standard"，則該 Activity 也會從堆疊中刪除，並在其位置啟動一個新例項，以便處理傳入的 Intent。 這是因為當啟動模式為 "standard" 時，將始終為新 Intent 建立新例項。

處理關聯

“關聯”指示 Activity 優先屬於哪個任務。預設情況下，同一應用中的所有 Activity 彼此關聯。 因此，預設情況下，同一應用中的所有 Activity 優先位於相同任務中。 不過，您可以修改 Activity 的預設關聯。 在不同應用中定義的 Activity 可以共享關聯，或者可為在同一應用中定義的 Activity 分配不同的任務關聯。

taskAffinity 屬性取字串值，該值必須不同於 在 <manifest> 元素中宣告的預設軟體包名稱，因為系統使用該名稱標識應用的預設任務關聯。

在兩種情況下，關聯會起作用：

• 啟動 Activity 的 Intent 包含  標誌。

  預設情況下，新 Activity 會啟動到呼叫  的 Activity 任務中。它將推入與呼叫方相同的返回棧。 但是，如果傳遞給 的 Intent 包含  標誌，則系統會尋找其他任務來儲存新 Activity。這通常是新任務，但未做強制要求。 如果現有任務與新 Activity 具有相同關聯，則會將 Activity 啟動到該任務中。 否則，將開始新任務。

  如果此標誌導致 Activity 開始新任務，且使用者按“主頁”按鈕離開，則必須為使用者提供導航回任務的方式。 有些實體（如通知管理器）始終在外部任務中啟動 Activity，而從不作為其自身的一部分啟動 Activity，因此它們始終將 FLAG_ACTIVITY_NEW_TASK 放入傳遞給  的 Intent 中。請注意，如果 Activity 能夠由可以使用此標誌的外部實體呼叫，則使用者可以通過獨立方式返回到啟動的任務，例如，使用啟動器圖示（任務的根 Activity 具有  Intent 過濾器；請參閱下面的啟動任務部分）。

• Activity 將其 allowTaskReparenting 屬性設定為 "true"。

  在這種情況下，Activity 可以從其啟動的任務移動到與其具有關聯的任務（如果該任務出現在前臺）。

  例如，假設將報告所選城市天氣狀況的 Activity 定義為旅行應用的一部分。 它與同一應用中的其他 Activity 具有相同的關聯（預設應用關聯），並允許利用此屬性重定父級。當您的一個 Activity 啟動天氣預報 Activity 時，它最初所屬的任務與您的 Activity 相同。 但是，當旅行應用的任務出現在前臺時，系統會將天氣預報 Activity 重新分配給該任務並顯示在其中。

提示：如果從使用者的角度來看，一個 .apk 檔案包含多個“應用”，則您可能需要使用 taskAffinity 屬性將不同關聯分配給與每個“應用”相關的 Activity。

清理返回棧

如果使用者長時間離開任務，則系統會清除所有 Activity 的任務，根任務除外。 當用戶再次返回到任務時，僅恢復根 Activity。系統這樣做的原因是，經過很長一段時間後，使用者可能已經放棄之前執行的操作，返回到任務是要開始執行新的操作。

您可以使用下列幾個 Activity 屬性修改此行為：

如果在任務的根 Activity 中將此屬性設定為 "true"，則不會發生剛才所述的預設行為。即使在很長一段時間後，任務仍將所有 Activity 保留在其堆疊中。

如果在任務的根 Activity 中將此屬性設定為 "true"，則每當使用者離開任務然後返回時，系統都會將堆疊清除到只剩下根 Activity。 換而言之，它與alwaysRetainTaskState 正好相反。 即使只離開任務片刻時間，使用者也始終會返回到任務的初始狀態。

此屬性類似於 clearTaskOnLaunch，但它對單個 Activity 起作用，而非整個任務。 此外，它還有可能會導致任何 Activity 停止，包括根 Activity。 設定為 "true" 時，Activity 仍是任務的一部分，但是僅限於當前會話。如果使用者離開然後返回任務，則任務將不復存在。

啟動任務

通過為 Activity 提供一個以 "android.intent.action.MAIN" 為指定操作、以"android.intent.category.LAUNCHER" 為指定類別的 Intent 過濾器，您可以將活動設定為任務的入口點。 例如：

<activity ... ><intent-filter ... ><actionandroid:name="android.intent.action.MAIN"/><categoryandroid:name="android.intent.category.LAUNCHER"/></intent-filter>
    ...
</activity>

此類 Intent 過濾器會使 Activity 的圖示和標籤顯示在應用啟動器中，讓使用者能夠啟動 Activity 並在啟動之後隨時返回到建立的任務中。

第二個功能非常重要：使用者必須能夠在離開任務後，再使用此 Activity 啟動器返回該任務。 因此，只有在 Activity 具有  和 過濾器時，才應該使用將 Activity 標記為“始終啟動任務”的兩種啟動模式，即 "singleTask" 和 "singleInstance"。例如，我們可以想像一下如果缺少過濾器會發生什麼情況： Intent 啟動一個 "singleTask" Activity，從而啟動一個新任務，並且使用者花了些時間處理該任務。然後，使用者按主頁按鈕。 任務現已傳送到後臺，而且不可見。現在，使用者無法返回到任務，因為該任務未顯示在應用啟動器中。

如果您並不想使用者能夠返回到 Activity，對於這些情況，請將  元素的 finishOnTaskLaunch 設定為 "true"（請參閱清理堆疊）。

有關如何在概覽螢幕中顯示和管理任務與 Activity 的更多資訊，請參閱概覽螢幕。