android - Task和Back stack有什么关系

Question

看了android官方文档，发现android系统是通过task来管理activity的，但是它也使用back stack来控制activity的顺序。所以我怀疑android系统是否使用单个back stack来控制activity的顺序还是每个任务对应一个回栈？

score 18 · Accepted Answer

任务只是应用程序的所有实例化活动的集合。

例如：

如果我们有具有活动 A1、A2 和 A3 的应用程序 A，并且 A2 在 A1 之后打开，A3 在 A2 之后打开，则应用程序 A 的任务将如下所示：

|A3|
|A2|
|A1|

现在，如果我们按下返回按钮，A3 将弹出，A2 将显示给用户。应用程序 A 的任务现在看起来像这样：

|A2|
|A1|

如果我们按回直到所有的活动都消失了，那么任务将被丢弃，下次我们启动应用程序 A 时，Android 将创建一个新任务，应用程序 A 的主要活动作为第一个活动。

现在，让我们以相同的顺序再次打开 A1、A2 和 A3。应用程序 A 的任务现在又回到了：

|A3|
|A2|
|A1|

现在，假设我们按下主页按钮并启动另一个应用程序应用程序 B。这将导致应用程序 A 的整个任务保留在后台，并为应用程序 B 创建一个新任务，并实例化它的主要活动。所以现在我们的情况是这样的：

Application A       Application B
   |A3|                 |B1|
   |A2|
   |A1|

如果我们在应用程序 B 中打开更多活动，它们将被添加到它的任务中，就像应用程序 A 一样：

Application A       Application B
   |A3|                 |B3|
   |A2|                 |B2|
   |A1|                 |B1|

现在，如果我们切换回应用程序 A，我们会将 A 的任务带到前台，而 B 的任务将保留在后台。

同一个活动的多个实例也可以存在于同一个任务上。这种行为是可以控制的。

如果系统内存不足，它将开始在后台杀死活动。如果一个任务的所有活动都消失了，该任务也将被销毁。（更新：根据Dianne Hackborn 的这个回答，被丢弃的不是单个活动，而是托管它们的整个过程。在这方面，文档可能有点误导，混淆尚未解决。我会当我得到更可靠的信息时更新它。）

因此，总而言之，任务只是应用程序活动的集合。它用于维护应用程序的所有实例化活动的“堆栈”或“后台堆栈”。当应用程序的所有活动都在后台时，它会保留在后台。当这些活动之一被带回前台时，该任务也被带回，当前活动的任务被推到后台。如果系统需要内存，可以销毁后台活动和任务。

官方文档提供了更多信息，我建议阅读它们：

score 2 · Accepted Answer

android官方文档中写道，

任务是用户在执行特定工作时与之交互的活动的集合。活动按每个活动的打开顺序排列在一个堆栈（“后堆栈”）中。

我同意它相当混乱。但是，一遍又一遍地阅读整个文档就会变得清晰。

任务使用回栈管理活动。除了一些其他信息和/或数据之外，每个任务都有自己的后台堆栈。任务使用它的回栈管理活动。

如果我错了，请纠正我。

score 0 · Accepted Answer

我不太了解您要达到的目的，但是系统中的活动是作为活动堆栈进行管理的。当一个新的活动启动时，它被放置在栈顶，成为正在运行的活动。前一个活动在堆栈中始终保持在其下方，并且在新活动退出之前不会再次出现在前台。

score 0 · Accepted Answer

任务是活动的集合，它使用后退堆栈按照打开的顺序排列它们（活动）。

每个Application都使用自己的Task，而该任务使用自己的Back Stack。

4 回答 4