android启动模式对activity的影响

- 日理万妓 2022-09-18 03:55 182阅读 0赞

首先说明  intent的FLAG和activity在manifest文件中的定义也可以影响activity的行为

1.task:     与Android系统是个多任务的系统中的任务是不同的。后者更倾向于多进程和多线程来说的，而这里的任务与application（应用程序）和activity（活动）有关系.  从activity的角度说，任务就是activity的集合，共同完成一项工作。这些activity排列在一个栈中，这就有了下面的概念，Back栈。

2. Back stack（后退栈): activity按照打开的顺序排列，形成的栈，通常我们也可以说是任务栈。如果用户长时间离开task（比如30分钟），系统会清理这个栈中除了根activity以外的所有activity，当用户再次回来的时候，只有根activity在栈中。

android:launchMode=\[ “standard”  | “singleTop” | “singleTask” | “singleInstance”\]

1. 默认值是“standard”。

standard || singleTop

一个Activity是“standard”或“singleTop”启动模式，可以被实例化多次。 一旦有一个新的intent给“standard”activity，一个响应这个intent的新的实例就会被创建。每个实例会处理单独的intent。相似的，一个“singleTop”activity的实例可能也会被创建去处理新的intent。然而，如果目标task已经存在一个此activity的实例在栈顶，这个实例会收到这个新intent（在onNewIntent中回调),新的实例就不会被创建了。

2.  SingleTask  ||  singleInstance

“singleTask” activity允许其他activity成为task中的一部分 ，并且它通常在task栈的根部，其它activity（必须是“standard”和“singleTop”模式的activity）可以加载到这个栈上。另一方面，“singleInstance”模式的activity不允许任何其它activity加载到这个task栈上。它是这个task中唯一的activity。如果它启动另一个activity，那个activity会被指引到不同的task中，这个行为就像在intent中用FLAG\_ACTIVITY\_NEW\_TASK标记一样。（linc注：通常来说，manifest中用“singleTask”启动模式和在intent中用FLAG\_ACTIVITY\_NEW\_TASK标记的行为是一样的）。

3. Intent中activity相关的6个Flag比较重要：

FLAG\_ACTIVITY\_NEW\_TASK

FLAG\_ACTIVITY\_SINGLE\_TOP

FLAG\_ACTIVITY\_CLEAR\_TASK

FLAG\_ACTIVITY\_CLEAR\_TOP

FLAG\_ACTIVITY\_NO\_HISTORY

FLAG\_ACTIVITY\_REORDER\_TO\_FRONT

1、  FLAG\_ACTIVITY\_NEW\_TASK

与启动模式中的“singleTask”行为相同。

2、  FLAG\_ACTIVITY\_SINGLE\_TOP

与启动模式中的“singleTop”行为相同。

3、  FLAG\_ACTIVITY\_CLEAR\_TASK

必须要与FLAG\_ACTIVITY\_NEW\_TASK配合使用，这个activity新启动一个栈，原来栈被清空，栈中的activity也被销毁。

4、  FLAG\_ACTIVITY\_CLEAR\_TOP

A B C D四个activity在一个栈中，用此flag启动B，原来的B被唤出来，CD被clear。不能与FLAG\_ACTIVITY\_SINGLE\_TOP同用。可以和FLAG\_ACTIVITY\_NEW\_TASK同用。

5、  FLAG\_ACTIVITY\_NO\_HISTORY

当离开activity并不可见时，此activity会从栈中移除并不留下记录。

6、  FLAG\_ACTIVITY\_REORDER\_TO\_FRONT

重新排列栈中activity的顺序。如：栈中有A B C D四个activity，用此flag启动B，原来的B被唤起到栈顶。重新排序后顺序：A C D B

4.Activity的其他属性：

android:[allowTaskReparenting][]=\["true" | "false"\]

android:[alwaysRetainTaskState][]=\["true" | "false"\]

android:[clearTaskOnLaunch][]=\["true" | "false"\]

android:[finishOnTaskLaunch][]=\["true" | "false"\]

android:[noHistory][]=\["true" | "false"\]  
android:[taskAffinity][]="string"

这些属性都是在Manifest中定义的

1、  先来说说 [taskAffinity][]属性：task的亲属关系，设置的字符串应该是另一个task名，通常情况下是一个application的名称。拥有相同[taskAffinity][]的activity同属于一个task，从用户角度来看是属于同一个应用程序（application）。一个task的亲属关系取决于task的根activity。

它是个很重要的属性，它会配合其他属性和flag共同影响activity的行为。首先它与“singleTask”模式或FLAG\_ACTIVITY\_NEW\_TASK Flag配合，启动后此activity会属于另一个task，task名就是[taskAffinity][]的设置值。其次，它会和[allowTaskReparenting][]属性配合使用，详见[allowTaskReparenting][]。

默认情况下，一个application中的所有activity同属于一个亲属关系。如果想让activity不属于任一个task，那么把[taskAffinity][]的值设为空吧。如果你不设它，那么系统会为你默认为所属application的名称，也就是在manifest中的package名。

2、  [allowTaskReparenting][]：与字面理解相同，本属性允许activity重新指定Task。默认值是false。通常情况下我们不设置此属性，activity在生命周期中只属于一个Task。而设置成true后，需要与[taskAffinity][]属性配合使用，当原来的task转到后台，亲属task转到前台，那么此时activity就会属于当前的task。

3、  [alwaysRetainTaskState][]：总是保留task的状态。默认值是false。此时会遵循系统的清理栈的行为。如果设置为true，系统会保留栈中所有activity及其状态，当用户再次回来的时候，发现一切如初。

4、  [clearTaskOnLaunch][]：当再次启动task时，系统会清理掉除了根activity以外的所有activity。默认值是false。

5、  [finishOnTaskLaunch][]：这个属性与上面的[clearTaskOnLaunch][]很像，不过它是指单个activity的，而不是整个栈。当设置为true时，task重启后，这个activity就不显示了。默认值为false。优先级高于[allowTaskReparenting][]。

6、  [noHistory][]：如果设置true，当离开activity并不可见时，此activity会从栈中移除并不留下记录。默认值为false。与上面FLAG\_ACTIVITY\_NO\_HISTORY行为相同。

最近一直在被activity之间传值问题所纠结，然后我所要求是不是简单的传值，它们包括应用间的传值与应用内的传值，并且加上了activity的加载模式，这个就有点不一样了。那今天就以android里activity的四种加载模式为话题说说吧。

总所周知，activity有四种加载模式:standard,singleTop,singleTask,singleInstance。standard模式也就是标准模式，是activity默认的模式，这个比较简单，就不讲。下面主要就说说其它三种。

singleTop  
　　我觉得学习它得跟standard一起。他们唯一的却别就是,当一个启动目标为singleTop模式的activity已经有实例在当前Task栈顶的时候，activity不会重新实例化，而是使用在Task栈顶的那个activity(具体的过程：onResume->onNewIntent->onResume).

测试（由于情况太多，代码却简单，代码就不贴了，都是直接打log的事情）：

第一种情况：应用里调用

A（main+launcher),B(singleTop) : A->B--startActivity-->B   同个Task，不重新生成一个B的实例

A（main+launcher),B(singleTop) : A->B--startActivityForResult-->B   同个Task， 会重新生成一个B的实例

第二种情况：应用间调用

A1（main+launcher),A2(main+launcher+singleTop) : A1->A2--startActivity-->A2   同个Task，不重新生成一个A2的实例

A1（main+launcher),A2(main+launcher+singleTop) : A1->A2--startActivity-->A2   同个Task，会重新生成一个A2的实例

看来，SingleTop模式似乎与启动方式有关，与是否是应用间调用没有关系：当以startActivityForResult方式启动时候，跟standard模式一模一样。

singleTask  
　　它跟后面说的singleInstance一起学。他们的唯一却别就是：singleInstance模式的activity且只能存在一个单独的Task，且这个Task之鞥有且仅有它本身一个activity；而singleTask没有这个要求(即含有singleTask-activity的Task可以含有很多activity)。singleTask意思就是说：这个activity只能有一个实例，只能存在一个Task。官方上说：The system creates a new task and instantiates the activity at the root of the new task. However, if an instance of the activity already exists in a separate task, the system routes the intent to the existing instance through a call to its onNewIntent() method, rather than creating a new instance. Only one instance of the activity can exist at a time.  Although the activity starts in a new task, the BACK key still returns the user to the previous activity.我感觉没有说清楚，我们暂且不管，先测试：

第一种情况：应用里调用

A（main+launcher),B(singleTask),C : A-startActivity->B->startActivityForResult->C-startActivity->B   同个Task，不会重新生成B实例，C销毁。

A（main+launcher),B(singleTask),C : A-startActivityForResult->B-startActivityForResult->C-startActivityForResult->B   同个Task，不会重新生成B实例，C销毁。第1、3个startActivityForResult无法返回数据

数据如下：图片中的数据均是主界面TaskActivity开始截图的,上为

[![android启动模式对activity的影响][android_activity]][android_activity_android_activity]

第二种情况：应用间调用

A1(main+launcher),A2(main+launcher+singleTask) : A1-startActivity->A2-startActivity->A2   不同Task,不会重新生成A2

A1(main+launcher),A2(main+launcher+singleTask) : A1-startActivityForResult->A2-startActivityForResult->A2 不同Task，不会重新生成A2，第1，2个startActivityForResult失效

看来，应用里调用singleTask模式的activity时候，不会产生新的Task，而应用间调用singleTask模式的activity时候，会产生新的Task。另外startActivityForResult函数对启动singleTask模式的activity会失效。另外，当重用前面的singleTask模式的activity时，该Task栈中间的activity会被销毁。

singleInstance  
　　上面说了，这里就不讲了。测试结果就是：除了在应用里调用时为都不同Task，其它的都一样。

[allowTaskReparenting]: http://developer.android.com/guide/topics/manifest/activity-element.html#reparent
[alwaysRetainTaskState]: http://developer.android.com/guide/topics/manifest/activity-element.html#always
[clearTaskOnLaunch]: http://developer.android.com/guide/topics/manifest/activity-element.html#clear
[finishOnTaskLaunch]: http://developer.android.com/guide/topics/manifest/activity-element.html#finish
[noHistory]: http://developer.android.com/guide/topics/manifest/activity-element.html#nohist
[taskAffinity]: http://developer.android.com/guide/topics/manifest/activity-element.html#aff
[android_activity]: http://s1.sinaimg.cn/bmiddle/77cb3417tb4f5ebdfce30&690
[android_activity_android_activity]: /images/20220828/78adba0a253d44da9aa576d743b2c681.png