Activity启动模式 Tasks和Back Stack

http://www.cnblogs.com/mengdd/archive/2013/06/13/3134380.html

Task是用户在进行某项工作时需要与之交互的一系列activities的集合。这些activities按照它们被打开的顺序，被安放在一个堆栈里（back stack）。

　　一个activity甚至可以打开其他应用的activity。

　　比如你的应用需要发送一个电子邮件，你可以定义一个intent来执行发送动作，intent包含一些必要的数据，然后启动另一个应用中的activity来执行发送邮件的动作，当邮件发送完，又回到你的activity。

　　Android会将这两个activity放在同一个task中来保持一致的用户体验。

 

Activity压栈

　　当前的activity启动一个新的activity时，新的activity会被压在back stack的栈顶并且获得焦点。

　　前一个activity仍然在栈中，但是stopped。

　　当一个activity停止时，系统会保持它的用户交互状态。

　　当用户按下Back键，当前activity会出栈（这个activity会被销毁），前一个activity会被恢复，并且它的UI状态也会被恢复。

 

 

　　当栈中的activities依次弹出，栈空了之后，task就不存在了。

 

Multitasking：Task在后台

　　Task也只是一个有凝聚力的单元，当用户开启一个新的task，或者Home键回到桌面时，task将会变为在后台运行。

　　当Task在后台时，其中所有的activity都是停止的，back stack保持不变，这个task只是失去了焦点。

　　Task可以回到前台状态，这样用户就可以回到他们离开的现场，即最顶端的activity会resume。

 

　　后台中可以保持多个task，但是系统可能会kill后台的activity用来恢复内存，这样就会导致activity的状态丢失。

 

保存Activity状态

　　当activity停止时（stopped），系统的默认行为是保存它的状态。

　　然而，你可以，并且应该使用回调方法主动保留你的状态，以防activity被系统kill而需要重建。

　　当系统为了恢复内存而kill掉activity时，activity的状态信息会丢失。

　　但是系统仍然知道这个activity在back stack中的位置，当这个activity返回到栈顶时，系统会重建（recreate）它，而不是像之前一样恢复它（resume）。

　　所以为了不丢失用户的工作，你需要实现 onSaveInstanceState() 方法来主动地保存数据。

 

管理Task

　　Android系统是这样管理task和back stack的：将activity按照启动的顺序压入堆栈中，如果一个activity被启动多次，会创建它的多个实例，然后将新的实例压入栈中。

　　如果你想介入并更改这种默认的行为也可以。

　　比如你可能想在你的某一个activity启动时新开启一个task（而不是放在当前task中）；

　　又或者，当你启动一个activity时，你希望把它的现有实例提到前面来（而不是在栈顶创建一个新的实例）；

　　或者，你希望在用户离开你的task时清除除了根activity之外的所有activity。

 

　　要做这些事，你可以通过manifest中 <activity>元素的属性，还可以通过设置 startActivity()中传递的intent的flag来完成。

 

你可以使用的 <activity> 的属性：

• taskAffinity
• launchMode
• allowTaskReparenting
• clearTaskOnLaunch
• alwaysRetainTaskState
• finishOnTaskLaunch

以及主要的intent的flag：

• FLAG_ACTIVITY_NEW_TASK
• FLAG_ACTIVITY_CLEAR_TOP
• FLAG_ACTIVITY_SINGLE_TOP

 

定义启动模式

　　启动模式允许你定义一个新的activity实例是如何和当前task关联的。

　　你可以通过两种方式来定义启动模式：在manifest中定义或者通过用intent的flag。

　　这里有两点需要注意：

　　1.有些启动模式只能在manifest中定义，也有一些只能通过intent的flag定义。

　　2.当一个activity A启动一个activity B时，如果B在它的manifest中定义了启动模式，但是A通过intent要求它用另一种启动模式，以A的要求为主。

 

使用manifest file定义启动模式

　　可以在manifest文件中 <activity>标签下使用 launchMode 属性定义activity和task关联的方式，它规定了activity如何启动并进入一个task。

　　注意，在manifest中定义的启动模式可以被启动activity的intent中的flag标明的模式覆盖。

 

　　有下面几种属性值：

"standard" (the default mode)

　　默认模式。在当前task中，activity的新实例被创建，并且传递intent给它。一个activity可以被实例化多次，每个实例可以属于不同的task，一个task也可以有多个它的实例。

"singleTop"

　　如果当前task的顶部已经有一个这个activity的实例，系统就通过 onNewIntent() 方法向这个实例传递intent，而不是重新建立activity的实例。

　　一个activity可以被实例化多次，并且实例可以属于不同的task，一个task也可以有多个它的实例（顶部的activity不是这个activity的实例时，就会重新实例化）。

"singleTask"

　　系统将会重新创建一个task并且实例化activity，将其放在task的根部。

　　然而，如果这个activity的实例已经在一个单独的task中存在，系统将会调用 onNewIntent() 方法将新的intent传递给这个已经存在的实例，而不是重新创建实例。

　　在任一时刻，只能有一个这个activity的实例存在。

"singleInstance"

　　和"singleTask"类似，唯一不同的是系统不会在这个activity的实例所在的task中启动任何其他activity。

　　这个activity的实例永远是这个task中的唯一一个成员，这个activity启动的任何其他activity都将在另外的task中打开。

 

返回处理

　　不管activity是在一个新的task启动还是当前task启动，返回键永远把用户带到之前的那个activity。

　　但是有一种特殊情况：如果你启动一个启动模式为singleTask的activity，如果这个activity在一个后台task存在实例，那么这整个task将会被放到前台，这时候，back stack就会包含这个task中所有的activities，并且它们是放在栈顶。

　　如下图：

 

 

使用Intent的flag标明启动模式

　　通过设置传递给 startActivity()的intent的flag，可以修改要启动的activity和它的task的关联模式。

　　可以使用的flags有：

FLAG_ACTIVITY_NEW_TASK

　　和之前讨论过的"singleTask"相同，在新的task中启动activity，如果一个你需要的activity的task已经存在，则将它推向前台，恢复其上一个状态，它通过onNewIntent()收到这个新的intent。

FLAG_ACTIVITY_SINGLE_TOP

　　和"singleTop"行为相同，如果被启动的activity是当前顶部的activity，则已经存在的实例收到 onNewIntent()，而不是新建实例。

FLAG_ACTIVITY_CLEAR_TOP

　　如果被启动的activity已经在当前task运行，不创建它的新实例，而是销毁在它之上的其他所有activities，然后通过 onNewIntent()传递一个新的intent给这个恢复了的activity。

　　这个行为在 launchMode 中没有对应的属性值。

　　注意，如果activity的启动模式是"standard"，它自己也将被移除，然后一个新的实例将被启动。

　　这是因为当启动模式是"standard"时，为了接收新的intent必须创建新的实例。

 

处理affinities

　　Affinity指示了activity更倾向于属于哪个task。

　　默认情况下，同一个应用的activities倾向于在同一个task中。你可以通过<activity>标签中的 taskAffinity来修改这种行为。

　　详细内容请查看：API Guides: Tasks and Back Stack

　　http://developer.android.com/guide/components/tasks-and-back-stack.html

 

清理Back stack

　　如果用户离开一个task很久，系统就会清理这个task中的所有activities，除了根activity。当用户返回到这个task，只有根activity会被恢复。

　　

　　有一些activity的属性，你可以用来改变这一行为：

alwaysRetainTaskState

　　如果这个属性在task的根activity中被设置为true，那么上面描述的默认行为不会发生，即便过了很长时间，task仍将会保持所有的activities。

clearTaskOnLaunch

　　如果这个属性在task的根activity中被设置为true，每次用户离开这个task，整个task都会被清到只剩根activity。

　　这样用户永远只能返回到它最初的状态，即便离开的时间很短。

finishOnTaskLaunch

　　这个属性和上一个很像，但是它作用于单个activity，而不是整个task。

　　它可以引起任何activity离开，包括根activity。

　　当它被设置为true时，这个activity只在当前会话中属于这个task，如果用户离开再返回，它不会再出现。

 

开启一个task

　　你可以通过给activity一个intent filter（action是"android.intent.action.MAIN"，category是"android.intent.category.LAUNCHER"），让这个activity是一个task的进入点。

　　如下：

 

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

 

　　一个这样的intent filter会使得这个activity的icon和label显示在程序启动处，提供了一种方法，使得用户可以启动这个activity，当它启动后，用户也可以通过它来返回到这个task。

　　第二个能力是很重要的：用户必须能够离开一个task，然后通过activity launcher返回到它。

　　因为这个原因，两个让activity永远实例化一个task的启动模式："singleTask" 和"singleInstance"，应该仅在activity有一个  ACTION_MAIN 和CATEGORY_LAUNCHER filter的时候用它们。

 

 

参考资料

　　API Guides: Tasks and Back Stack

　　http://developer.android.com/guide/components/tasks-and-back-stack.html

　　<activity>标签：

　　http://developer.android.com/guide/topics/manifest/activity-element.html

　　关于启动模式，还可以参见博文：

　　http://www.cnblogs.com/fanchangfa/archive/2012/08/25/2657012.html

转载于:https://www.cnblogs.com/feng9exe/p/5751491.html