android task与back stack

Task和Back Stack

一个应用通常包含多个activity
每个activity都应该被设计成围绕着一种用户可执行并且能打开其他activity明确的action
例如：一个邮件应用也许有一个activity用来显示新邮件列表
当用户选中一封邮件时，一个新activity被打开，用来查看这封邮件。

一个activity甚至可以打开设备中存在于其他应用的activity
例如：如果你的应用想发送一封邮件，你可以定义一个intent用来执行一个发送的action并且包含一些数据，比如邮件地址和信息
其他应用中，声明它自己可以处理这样的intent的activity会打开。
这个例子中，intent用来发送邮件，所以一个邮件程序的"compose" activity会启动（如果多个activity都支持这个intent，那么系统会让用户选择使用哪一个）
当邮件发送完毕，你的activity会resume并且邮件的activity看上去好像你的应用的一部分
虽然activity可能来自不同的应用，Android通过保持两个应用的activity在同一个task中来保持这种无缝的用户体验。

A task is a collection of activities that users interact with when performing a certain job.
The activities are arranged in a stack (the "back stack"), in the order in which each activity is opened.
一个task是用户执行一个任务时，与用户交互的activity的一个集合
这些activity按着被打开的顺序被整理到一个stack中（back stack）

设备的Home页面是大多数task的起始位置。
当用户触摸一个在launcher应用中的图标（或者Home页面中的快捷方式）时，应用的task就会来到前台。
如果这个应用还没有task（这个应用最近没有被使用过），那么一个新的task会被建立并且应用的“主”activity作为stack的根activity被打开。

当当前activity打开另一个activity时，新的activity会被推入stack的顶部并且获得焦点
前一个activity仍然在stack中，但是处于stopped状态
当一个activity处于stop状态时，系统会保持它当前的UI状态
当用户按back键时，当前的activity从stack顶部弹出（activity会被销毁）并且上一个activity变成resume状态（上一个UI状态被恢复）
stack中的activity绝不会重新排列，在stack中只有压入和弹出 —— 当被当前的activity启动时压入stack，当用户使用back键离开它时弹出。
就其本身而言，back stack操作是像“后进先出”的对象结构一样
下图通过程序在多个activity之间连同当前的back stack适时地在每一个点的时间线展示了这种行为。

上图为task中每一个新activity如何向添加一个条目到back stack的展示。
当用户按下back键时，当前的activity被销毁并且恢复上一个activity。

如果用户继续按back键，那么每一个在stack中的activity都会弹出暴露出上一个activity，直到用户返回到Home（或者退回到task开始时运行的activity）
当所有activity都被从stack中移除之后，task也就不复存在了。

task是一个紧密结合的单元，当用户打开一个新的task或者浏览Home主屏时，task可以移动到“后台”
当在后台时，task中所有的activity都是stopped状态，但是task的back stack保持完整，当另一个task占据位置时之前的task只是简单的失去焦点，如上图所示。
task可以返回到前台，所以用户可以回到他们离开的地方。
假设：例如当前的task（task A）在他的stack中有3个activity，其中两个在当前activity下面。
用户按下Home键，然后从launcher应用启动一个新的应用。
当home页面出现的时候，task进入后台。
当新的应用开启时，系统为这个新应用用它自己activity的stack开启一个task（Task B）
与新应用交互完成之后，用户返回Home然后选择启动task A的原始应用。
现在，Task A来到前台，stack中的3个activity原封不动没有改变，stack最顶部的activity重新开始。
这时候，用户可以通过去Home选择启动Task B的应用图标转换回到Task B（或者通过长按Home键显示出最近的task，然后选择）
这是一个android上面的多任务的例子。

注意：多task可以同时进入后台。
然而，如果用户同时运行了很多task在后台，系统也许为了恢复内存而开始销毁后台的activity，导致activty的状态丢失

因为back stack中activity绝不会重新排列，如果你的应用允许用户从多于一个的activity打开一个特别的activity，一个新的这个activity实例被建立并且压入stack中（而不是把这个activity之前的任何实例带到stack顶部）
就其本身而言，你应用中的一个activity也许会被实例化多次（甚至从不同的task中），如上图所示
同样，如果用户用back键导航回退，每一个activity实例会按着他们被打开的顺序依次显露出来（带着他们自己的UI状态）
不管怎样，如果你不希望一个activity被实例化多次你可以修改这种行为。
如果修改将在下面的管理task章节讨论

activity和task的默认行为摘要

当Activity A开启Activity B时，Activity A进入stop状态，但是系统保持Activity自己的状态（比如滚动的位置和文本输入的形式）
在Activity B中如果用户按下back键，Activity A会和它自己的状态一起恢复。
当用户通过按Home键离开一个task时，当前的activity处于stop并且它的task进入后台
系统保持task中每一个activity的状态
如果之后用户通过选择最初打开task的launcher图标打开恢复这个task，task会进入前台并且恢复stack中最顶部的activity。
如果用户按下back键，当前的activity会被从stack中弹出并销毁
上一个stack中的activity被恢复。
当一个activity被销毁后，系统不会保持这个activity的状态
activity可以被实例化多次，甚至从其他的task中。

保存activity的状态
正如上面所讨论的，当activity进入stop状态时，系统默认行为保护activity的状态。
这样，当用户导航回退到上一个activity时，它就会显示离开它时的UI
不管怎样，你可以也应该有意识的用回调函数保存你activity的状态 ，这个例子中，activity被销毁并且必须被重新建立

当系统停止了你的一个activity时（例如一个新的activity打开了或者task移动到后台），如果需要恢复系统内存的话，系统也许会完全销毁这个activity。
当发生这种情况，这个activity的有关状态的信息将会丢失

如果发生这种情况，系统仍然知道这个activity在back stack占有一个位置，但是当这个activity被带到stack顶端时，系统必须重新建立它（而不是复用它）。
为了避免丢失你的成果，你应该有意识的通过在你的activity中实现onSaveInstanceState()这个回调函数来保持你的成果。