[Android] Activity的Launch mode详解

Activity有四种加载模式：standard(默认)， singleTop， singleTask和 singleInstance。以下逐一举例说明他们的区别：

standard：Activity的默认加载方法，即使某个Activity在Task栈中已经存在，另一个activity通过Intent跳 转到该activity，同样会新创建一个实例压入栈中。例如：现在栈的情况为：A B C D，在D这个Activity中通过Intent跳转到D，那么现在的栈情况为： A B C D D 。此时如果栈顶的D通过Intent跳转到B，则栈情况为：A B C D D B。此时如果依次按返回键，D  D C B A将会依次弹出栈而显示在界面上。

singleTop：如果某个Activity的Launch mode设置成singleTop，那么当该Activity位于栈顶的时候，再通过Intent跳转到本身这个Activity，则将不会创建一个新的 实例压入栈中。例如：现在栈的情况为：A B C D。D的Launch mode设置成了singleTop，那么在D中启动Intent跳转到D，那么将不会新创建一个D的实例压入栈中，此时栈的情况依然为：A B C D。但是如果此时B的模式也是singleTop，D跳转到B，那么则会新建一个B的实例压入栈中，因为此时B不是位于栈顶，此时栈的情况就变成了：A B C D B。

singleTask：如果某个Activity是singleTask模式，那么Task栈中将会只有一个该Activity的实例。例如：现在 栈的情况为：A B C D。B的Launch mode为singleTask，此时D通过Intent跳转到B，则栈的情况变成了：A B。而C和D被弹出销毁了，也就是说位于B之上的实例都被销毁了。

关于singleTask这个网上颇有争议，包括google api上的说明也让我看的是一头雾水，自己用实例亲测，终于算是搞清楚了

正解：1.singleTask 并不一定处于栈底

　　　2.singleTask 并一定会是栈底的根元素　

　　  3.singleTask 并不一定会启动新的task　　

    　情况一：如果在本程序中启动singleTask的activity：假设ActivityA是程序的入口，是默认的模式（standard）,ActivityB是singleTask 模式，由ActivityA启动，刚ActivityB不会位于栈底，不是根元素，不会启动新的task，此种情况ActivityB会和ActivityA在一个栈中，位于ActivityA上面

　　情况二：如果ActivityB由另外一个程序启动：假设apkA是情况一中的应用，apkB是测试程序，在apkB中启动apkA中的ActivityB，刚ActivityB会位于栈底，是根元素，会启动新的task

注意：singleTask模式的Activity不管是位于栈顶还是栈底，再次运行这个Activity时，都会destory掉它上面的Activity来保证整个栈中只有一个自己，切记切记

singleInstance：将Activity压入一个新建的任务栈中。例如：Task栈1的情况为：A B C。C通过Intent跳转到D，而D的Launch mode为singleInstance，则将会新建一个Task栈2。此时Task栈1的情况还是为：A B C。Task栈2的情况为：D。此时屏幕界面显示D的内容，如果这时D又通过Intent跳转到D，则Task栈2中也不会新建一个D的实例，所以两个栈 的情况也不会变化。而如果D跳转到C，则栈1的情况变成了：A B C C，因为C的Launch mode为standard，此时如果再按返回键，则栈1变成：A B C。也就是说现在界面还显示C的内容，不是D。

好了，现在有一个问题就是这时这种情况下如果用户点击了Home键，则再也回不到D的即时界面了。如果想解决这个问题，可以为D在Manifest.xml文件中的声明加上：

<intent-filter>

       <action android:name="android.intent.action.MAIN" />

        <category android:name="android.intent.category.LAUNCHER" />

 </intent-filter>

加上这段之后，也就是说该程序中有两个这种声明，另一个就是那个正常的根activity，在打成apk包安装之后，在程序列表中能看到两个图标， 但是如果都运行的话，在任务管理器中其实也只有一个。上面的情况点击D的那个图标就能回到它的即时界面（比如一个EditText，以前输入的内容，现在 回到之后依然存在）。

PS：intent-filter中 <action android:name="android.intent.action.MAIN" />和 <category android:name="android.intent.category.LAUNCHER" />两个过滤条件缺一不可才会在程序列表中添加一个图标，图标下的显示文字是android:label设定的字符串。

    Android管理task和back stack的默认行为：activity 在同一个任务中创建并置于先进后出的栈中。如果这种默认的行为不能满足我们的app设计，如：为一个activity创建一个新任务（而不是在相同的任务 中），或者启动activity时直接打开已存在的实例（而不是直接在栈顶创建新实例），又或者在用户离开这个task的时候清空除了栈顶以外的全部 activity。Android提供了一些属性和flag让coder来指定管理的方式。

在manifest <activity>标签中的相关属性：

launchMode

allowTaskReparenting

clearTaskOnLaunch

alwaysRetainTaskState

finishOnTaskLaunch

Intent 也有相关的flag：

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_SINGLE_TOP

        android建议一般的app都不要干涉系统按照默认的方式管理activity和task。如果coder必须指定非默认的管理的方式，最好确定这种效果能符合用户的预期。

 

定义Launch Mode

对<activity> 的launchMode可以指定以下值：

Use Cases	Launch Mode	Multiple Instances?	Comments
Normal launches for most activities	"standard"	Yes	默认行为。每次启动一个activity，系统都会在目标task新建一个实例。
Normal launches for most activities	"singleTop"	Conditionally	如果目标activity的实例已经存在于目标task的栈顶，系统会直接使用该实例，并调用该activity的onNewIntent()（不会重新create）
Specialized launches (not recommended for general use)	"singleTask"	No	在一个新任务的栈顶创建activity的实例。如果实例已经存在，系统会直接使用该实例，并调用该activity的onNewIntent()（不会重新create）
Specialized launches (not recommended for general use)	"singleInstance"	No	和"singleTask"类似，但在目标activity的task中不会再运行其他的activity，在那个task中永远只有一个activity。

 

SingleTask的例子：浏览器的browser activity设置了SingleTask只运行在它自己的task中，如果Browser的task现在正在后台当中（task B），而我们的app（task A）的正要打开这个activity，这个task就会被直接移到前台接收我们的intent。

返回键只会将界面返回到当前task的下一个activity，所以Task B回到前台后，返回键会先作用在Task B中，直到最后一个activity被弹出，才会回到我们的Task A栈顶的activity。

注意：launchMode能被Intent 的flag覆盖。

 

使用Intent 标志

FLAG_ACTIVITY_NEW_TASK: 等同于 singleTask

FLAG_ACTIVITY_SINGLE_TOP: 等同singleTop

FLAG_ACTIVITY_CLEAR_TOP: 如果该activity已经运行在当前task中，intent指定启动这个activity时，task中在它上面的activity都会被destroy，直到指定的activity位于栈顶，然后它的onNewIntent()被调用。

 

Affinity

affinity用于指定activity所属的task。默认状态下，一个app中的所有activity都有相同的affinity，所以它们会运行 在同一个task。而通过<activity>的taskAffinity属性可以指定affinity。

taskAffinity要用<manifest>中定义的唯一包名来取值，系统通过包名定位到app的默认task。

taskAffinity在以下2种情况中发生作用：

• 使用FLAG_ACTIVITY_NEW_TASK启动一个activity。如果该activity指定了taskAffinity，系统会将 activity实例置于指定的task中。 注意的是，此情况下如果用户点击HOME键，必须要确定有办法能回到那个task中！（例如task所属的app在launcher有自己icon）

• activity 设置了 allowTaskReparenting = “true”。 当activity所在的task被移到前台时，该activity会被移动到affinity指定的task中。

清理back stack

如果用户离开一个task很长时间，系统会清理栈顶以下的activity，这样task被从新打开时，栈顶activity就被还原了。coder同样可以通过<activity>属性改变这种行为：

alwaysRetatinTaskState: 如果当前栈顶的activity设置此属性为true，task中的所有activity都会被保留状态。

clearTaskOnLaunch：如果当前栈顶的activity设置此属性为true，行为则与alwaysRetatinTaskState相反，每次离开并重新该task，栈顶下的所有activity都会被清除，用户返回task时永远都是activity初始化的状态。

finishOnTaskLaunch: 与clearTaskOnLaunch 相似，不过只作用于单个activity，不影响整个task。即使是栈顶的activity，也会生效。