Android 任务和返回堆栈一

     一个应用经常包含多个Activity，每一个Activity都包含一个用户可以执行的具体的动作，并且可以启动其他的Activity。例如，一个邮件的应用包括一个展示新邮件列表的Activity，当我们点击一封邮件时，会启动一个Activity显示邮件内容。

     一个Activity还可以启动其他应用中的Activity。例如，你的应用想发送邮件，只需要定义个执行“send”的Action，和填写邮件地址及内容就OK了。声明在其他应用中的Activity就会相应这种Intent，在这个例子中，Intent是发送邮件，然后一个邮件的应用将会启动自己的Activity（如果手机中安装了多个响应此Intent的应用，手机就会让用户来选择）。发送完之后你自己的Activity就会重新启动，这个发送邮件的Activity就像自己应用中的一样，Android把通过把Activities放到同一个堆栈中，来维持这种无缝的用户体验。

    Android中任务是执行某项工作时，与用户交互的Activity的集合。这些Activity被放到一个堆栈中。

    手机的主屏幕通常是一个任务的开始，当用户点击桌面上的图标（或者是快捷方式），这个应用的任务将显示给用户（前台），如果不存在此应用的任务（没有打开过此应用），将会为此应用创建一个任务，这个应用的main Activity将作为堆栈的根Activity，被打开。

     当一个正在运行的Activity启动另一个Activity，这个新Activity就会到堆栈的顶端并且获取焦点。原来的Activity仍然在栈中，但是停止了。如果一个Activity停止了，系统会保留原来的状态。当点击Back按钮时，这个新的Activity就从栈中弹出销毁，之前的Activity重新启动。堆栈中的Activity不会被重新打乱，只能pushed和poped，一个Activity被启动时会被push到堆栈的最顶端，当用户点击Back按钮是，当前的Activity会被从堆栈中弹出即poped。因此返回堆栈是按照后进先出执行的。如图一展示了多个Activity和返回堆栈的状态。

图一

     如果用户持续返回，队列中的Activity将会全部被弹出，回到桌面。如果队列中的所有Activity都被弹出，此任务就不再存在。

     一个任务将会进入后台，当用户点击进入桌面按钮回到桌面或者启动一个新的任务。当一个任务在后台时，它的所有Activity都停止了，但是这个任务的返回队列仍然是完整的－只是失去了焦点，如图二。一个任务可以重新回到前台（获取焦点）。因此，例如：当前的任务A有三个Activity，当用户点击桌面按钮时，A进入后台；用户打开一个新的应用，当这个应用启动时，系统创建一个新的任务B，使用过此应用之后，用户又回到桌面，打开任务A的程序，此时任务A回到前台，三个Activity都是完整的，队列中最上层的Activity重新启动。同样的用户还可以再切换到任务B，这就是Android的多任务。

     注意：可以在后台保留多个任务，但是当用户同时运行过多任务时，系统为了回收内存会销毁后台的Activity，被销毁的Activity状态就会消失，

图二 两个任务A和B：任务B接收到用户操作到前台，任务A切换到后台，等待重启                                

    由于返回队列中Activity不能被重新整理，如果你的应用程序允许从多个Activity中启动一个特殊的Activity，一个新的实例就会被创建并且pushed到堆栈的顶层(而不是将以前的实例push到顶层)，因此一个Activity可能被实例化多次(甚至是在不同的任务)，如图三所示。因此，如果用户持续点Back按钮，每一个Activity的实例都会被按照打开的顺序被显示。然而，如果你不想让一个Activity实例化多次，你也可以改变这种行为，如何实现将在下一个章节讲述。

图三  一个Activity被实例化了多次

     总结一下Activity和任务的一些默认行为：

          1.如果Activity A启动Activity B，A停止，但是系统会保留A的状态(比如滚动的位置)，当用户在B显示时点击Back按钮，A就会重原来存储的状态中重启；

          2.当用户通过点击桌面按钮离开一个任务，当前的Activity会被暂停，它的任务会进入到后台，系统将保持此堆栈中所有Activity的状态。如果用户通过点击桌面上应用的图标重启此任务，此任务将会回到前台，重新启动堆栈中最上层的Activity。

          3.如果用户点击返回按钮，当前的Activity就会重堆栈中pop和销毁，它的前一个Activity重启，当一个Activity被销毁之后，系统就不再存储它的状态。

          4.一个Activity可以被实例化多次，甚至时从不同的任务中。

保存Activity状态

     如以上介绍，当Activity停止时系统将会存储它的状态，也就是当用户点击返回按钮，回到原来的Activity时，还会呈现它停止时的状态。然而你也可以通过回调的方法来保存Activity的状态，这样如果Activity被销毁，就会被重建。

     当系统暂停你的一个Activity时（例如启动一个新的Activity时或者任务进入后台时），如果系统需要资源回收时，就会将你的Activity完全销毁，这时候，这个Activity的状态将会全部丢失，但是系统知道它在返回堆栈中仍然存在，当此Activity重新从堆栈中弹出的时候就会重新被创建而不是重启。因此为了避免丢失用户之前的工作，你应该通过实现onSaveInstanceState()的回调方法来保存Activity的状态

     想了解更多内容请参考Activities的文档。

管理任务

     Android系统管理任务，就如以上描述的一样，大多数的应用程序在同一个任务中都符合“后进先出”的原则，我们不必关心Activity时如何跟Activity联系的，以及它们是如何存在与返回队列的。然而，你可能不想使用这些默认的行为，可能你想让应用中的一个Activity启动一个新的任务（而不是在当前的任务中），或者当你启动一个Activity时，你想调用之前存在的实例（而不是重新创建一个实例放到返回堆栈中），或者当你点击返回按钮时，想清除除了主Activity以外的所有Activity。

   我们可以使用的<activity>的属性规则有：

          taskAffinity;launchMode;allowTaskRepeating;clearTaskOnLaunch;alwayRetainTaskState;finishOnTaskLaunch;

     我们可以使用的intent 的标识规则有：

          FLAG_ACTIVITY_NEW_TASK;FLAG_ACTIVITY_CLEAR_TOP;FLAG_ACTIVITY_SINGLE_TOP

     在接下来的章节中，你将会看到如何使用这些规则将Activity和任务与堆栈联系起来的。

注意：大部分应用不应该这些默认的行为，如果你觉得应该修改默认的行为，必须做好充分的测试，在启动应用和从其他的Activity和任务返回点击返回按钮时，可能会与用户的期望的行为冲突。

后续翻译见   Android 任务和返回堆栈 二