Android中的启动模式（下）

在这篇文章中，我会继续跟大家分享有关于Android中启动模式的相关知识。当然，如果对这个启动模式还不完全了解或者没有听过的话，可以先看看我之前写的有关于这个知识点的入门篇Android的启动模式（上）。好了，言归正传，在上一篇已经介绍过，activity在栈中默认不能重排，因此，应用中的一个activity可能被多次实例化并且压入同一个栈中，如图所示：

如果此时使用back键返回，activity的每个实例都将会按照打开的顺序重新出现。这势必会导致用户生体验效果，因此要改变这种现象或者解决上篇末尾提到的问题，对启动模式的了解必不可少，当然，若想了解得更加透彻的话，欢迎访问官方文档：Tasks and Back Stack。

定义启动模式

总的来说，启动模式决定了你的activity和task的关联性。当一个activity启动的时候，有两种方式指定它与task的关联：使用manifest文件和使用intent flag。当intent的flag和manifest所指定的启动模式发生冲突的时候，此时就以intent flag指定的模式为准。

使用manifest清单文件设置启动模式

通过在manifest文件中添加launchMode属性来指定启动模式：
- standard，默认的LaunchMode，也是最容易理解的。如果某个Activity使用该 LaunchMode，当这个Activity启动时，系统会创建一个该Activity的新的实例，并且传递一个intent给它。该 Activity可以被实例化多次，各个实例可以属于不同的Task，一个Task 中也可以存在多个实例。
- singleTop，如果这个Activity有一个实例已经存在于当前Task的顶部，那么系统就会传递一个intent给这个实例的onNewIntent()方法，而不会去重新创建一个新的Activity实例。这个 Activity也可以被实例化多次，每个实例可以属于不同的task，但只有当Back Stack栈顶的Activity实例不是该Activity的实例时，一个task中也可以存在多个实例。应该注意的是，
  当一个Activity的新实例创建完毕后，用户可以按返回键返回前一个activity。但是当 Activity已有实例正在处理刚到达的intent时，用户无法用返回键回到onNewIntent()中 intent到来之前的Activity 状态。
- singleTask，系统创建一个新的Task，并且实例化这个Activity作为这个Task的根 Activity。然而，若这个Activity已经存在了一个实例在一个Task中，那么系统就会将这个 Intent传递到这个Activity的onNewIntent()方法，而不是去重新创建一个实例。同一个时间，只允许存在一个这样的Activity。注意的是，虽然系统创建了一个新的Task，但是只要按下返回键还是会回到原来的Activity
- singleInstance，和"singleTask"类似，不同的是，系统不会再该activity实例的task中，启动任何其他Activity到这个task中。这个Activity是它所在的task中唯一的成员。任何有这个activity启动的Activity都会放入到另外一个task中。

对于返回处理，不管activity是在一个新的task启动，还是在当前task中启动，只要一按下返回键，就会返回到之前的那个activity中。但是也是存在一种情况例外，就是当你启动一个启动模式设为singleTask的Activity时，如果这个activity在一个后台task中存在实例，那个这整个task将会被放置到前台，这时候，back stack就会包含这个task中所有的activities，并且它们都是放在栈顶。如下图：

使用Intent的flag设置启动模式

当你启动一个Activity时，你也可以动态的设置intent的flag，然后通过startActivity()方法启动activity，从而修改其启动的activity与它的task的关联模式。具体可以使用的flag有：
- FLAG_ACTIVITY_NEW_TASK:对应之前的“singleTask”，在新的task中启动activity，如果一个你需要的activity的task已经存在，则将它推向前台，恢复其上一个状态，它通过onNewIntent()收到这个新的intent。
- FLAG_ACTIVITY_SINGLE_TOP:对应之前的“singleTop”,如果被启动的activity是当前顶部的activity，则已经存在的实例会收到onIntent(),而不会重新去创建这个实例。
- FLAG_ACTIVITY_CLEAR_TOP:这个行为在launchMode属性中没对应的属性值，若被启动的activity已经在当前task中运行，则不会创建它的新实例，而是的销毁在它之上的其他所有的activities，然后通过 onNewIntent()传递一个新的intent给这个恢复了的activity，它一般会与FLAG_ACTIVITY_NEW_TASK一起使用。值得注意的是，如果activity的启动模式是"standard"，它自己也将被移除，然后一个新的实例将被启动。这是因为当启动模式是"standard"时，为了接收新的intent必须创建新的实例。

任务共用性的处理(Handling affinities)

一般来说，singleTask就是开启一个新的Task，但是在实际使用过程中，我们有时会发现，有时候并不是这样的，这是因为我们定义了affinities,也就是任务公用性。

affinity定义了一个Activity将被分配到哪一个Task中。默认情况下，同一个app中得所有activity有一个同样的affinity，因此，默认情况下同一个应用程序中得所有activity都在同一个task中。一个Task的affinity由这个Task的根Actiivty决定。然而，我们可以修改Activity默认的affinity，这样，不同应用程序的Activity可以共用同样的affinity，或者同一个程序的不同Activity分配不同的affinity。一个应用程序默认的affinity就是应用程序的包名，所以，如果我们想定义一个不同的affinity，必须和默认的affinity不同。我们可以通过中得android:taskAffinity修改整个程序的affinity，也可以通过的android:taskAffinity对单个Activity的affinity修改。

而affinity的使用通常有以下两种情况，

当android:launchMode是singleTask或者Intent中包含FLAG_ACTIVITY_NEW_TASK:

默认情况下，我们调用startActivity()，会实例化一个Activity，放入到与调用者相同的task。但是如果这个Activity的的启动模式是singleTask，或者启动它的Intent包含了
FLAG_ACTIVITY_NEW_TASK时，系统会进行如下的步骤：
- 判断这个Activity有没有实例已经存在了，有的话，直接传递Intent到它的onNewIntent()方法中。
- 如果不存在，系统查找是否有与这个Activity相同affinity的Task已经存在，如果存在，那么就将这个Activity启动到这个Task中。
- 如果不存在这样的Task，那么系统就会创建一个新的Task，并且将这个Activity启动这个Task中，作为根Activity。
因此，从现在看来，只是单纯的用singleTask指定Activity，是不能开辟一个新的Task的，因为我们并没有给他指定affinity。而官方文档对于singleTask的描述，都是基于我们使用了不同的affinity的前提下，只不过是省略了这个描述。所以，我们要明白，singleTask的正确用法，应该是结合affinity使用的。
当一个Activity设置allowTaskReparenting属性为true:

这个属性定义了一个Activity，表示是否可以从一个启动它的task，切换到与它相同affinity的task中里去（当这个task切换到前台的时候）。true表示可以移动，false表示它必须呆在启动他得task里。
通常情况下，当一个Activity启动了，那么它就会存在于启动它的task中，并且在整个生命周期中都留在这个task中。但是，我们可以通过这个属性，做出如下改变，当这个Activity当前的Task处于后台，这个时候如果有一个该Activity具有相同affinity的Task被启动到前台，那么这个Activity就可以从它之前的Task，移动到这个新的Task显示。
通常，它的作用是将app中得Activity与app的main task结合起来，举个例子，如下：
有一个e-mail程序，他需要调用浏览器程序的某个Activity（假设为Activity A）来显示一些数据，这个Activity A的该属性设置为true。现在，e-mail程序调用了这个Activity A，在用户看来，好像这个Activity A就是e-mial程序的一部分，因为这个Activity A和这个e-mail程序在同一个task中。现在将e-mail退出到后台，启动浏览器程序，因为Activity A和浏览器程序有相同的affinity，所以Activity A从e-mail程序的Task移动到浏览器程序的Task，并显示在前台。当我们下次再启动e-mail程序时，Activity A就不会存在，因为他已经移动到浏览器程序的Task里去了。

清理Back Stack

如果用户离开一个task很久，系统就会清理这个task中除了根activity之外的所有activities。当用户返回到这个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过滤器，如下面：

<activity ...>

	<intent-filter ... >

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

   		<category android:name="android.inp tent.category.LAUNCHER" />

   	</intent-filter>

	...

</activity>

这时这个activity就作为根activity存在于一个task中，这个activity也是进入这个task的入口点，同时，它的图标和标签也会被显示在应用启动界面上，这时用户就可以启动这个activity并且再次回到这个任务。因此，从这里我们可以看到，要使用“singleTask”与“singleInstance”，就必须这个activity应当也有ACTION_MAIN与CATEGORY_LAUNCHER过滤器。因为假如没有设置这两个过滤器的话，当一个intent启动一个"singleTask"的activity,在新的Task中进行初使化，运行一段时间后，用户突然按上了home键回到桌面，此时这个Task就被移到后台并且不可见，因为这个activity没有设置过滤器，所以不是应用启动的activity，那么用户也就无法返回到这个Task中了。

总结

今天的分享也差不多接近尾声了，有关Android的启动模式的主要部分的分析也大多涉及到了。我想，如果大家想要全面地了解Android的启动模式的话，我希望可以坚持看完这两篇文章，我相信，看完后你对Android的启动模式还有工作栈的理解应该有了很大的提高，对activity与Task的操作也会更加得心应手。当然，如果你觉得文章中有什么写得错误或者不了解的地方，欢迎留言交流，谢谢!