[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，也会生效。