Android的启动模式与Flags

一：四种启动模式 android:launchMode （standard，singleTop，singleTask，singleInstance）。

1，默认为standard模式，总是会创建新的实例，不管栈中是否已经存在该activity的实例。

比如栈中已经有了activity的实例A、B。再次启动A，那么现在就有了A、B、A。

2，singleTop模式，如果新启动的activity的实例已经存在栈中，并且处于栈顶，那么就复用这个实例，不再重新创建；比如：栈中已经存在A、B、C，重新再启动CActivity，那么就不再创建新的实例，栈中依然是A、B、C。如果栈中存在该实例，但是并不在栈顶，那么就会重新创建一个新的实例。比如：栈中已经存在A、B、C，重新启动BActivity，那么就会重新创建一个BActivity的实例B，栈中现在为：A、B、C、B。

3，singleTask模式，和singleTop有一点类似。只要栈中已经存在该实例，那就不会重新创建，并且把它上面的实例移除出栈，自己处于栈顶。比如：栈中已经存在A、B、C、D，再启动BActivity，那么现在栈中就是：A、B。如果栈中不存在，则创建新实例，比如：A、B、C，启动一个DActivity，那么现在就是A、B、C、D。如果存在栈顶，则不创建，也不移除别的实例，比如：A、B、C，在启动一个CActivity，那么现在还是A、B、C。

4，singleInstance模式，重新创建一个Activity的实例，并且放到一个新的栈中去。比如：现在栈1中有A、B、C。启动DActivity，那么就会创建一个栈2，并且栈2中放入DActivity的实例，那么栈2中有D。栈1中依然还是A、B、C。

二：Flags，介绍一下常用的几种。

Intent.FLAG_ACTIVITY_NEW_TASK （默认）

默认的跳转类型,它会重新创建一个新的Activity，不过与这种情况，比如说Task1中有A,B,C三个Activity,此时在C中启动D的话，如果在AndroidManifest.xml文件中给D添加了Affinity的值和Task中的不一样的话，则会在新标记的Affinity所存在的Task中压入这个Activity。如果是默认的或者指定的Affinity和Task一样的话，就和标准模式一样了启动一个新的Activity.

FLAG_ACTIVITY_SINGLE_TOP

这个FLAG就相当于启动模式中的singletop，例如:原来栈中结构是A B C D，在D中启动D，栈中的情况还是A,B,C,D。

FLAG_ACTIVITY_CLEAR_TOP

这个FLAG就相当于启动模式中的SingleTask，这种FLAG启动的Activity会把要启动的Activity之上的Activity全部弹出栈空间。例如：原来栈中的结构是A B C D ，从D中跳转到B，栈中的结构就变为了A B了。（这个方法可以用来关闭多个Activity，之后的一篇博文里面会提到）

什么是Affinity

       在某些情况下，Android需要知道一个Activity属于哪个Task，即使它没有被启动到一个具体的Task里。这是通过任务共用性（Affinities）完成的。任务共用性（Affinities）为这个运行一个或多个Activity的Task提供了一个独特的静态名称，默认的一个活动的任务共用性（Affinity）是实现了该Activity的.apk包的名字。

       当开始一个没有Intent.FLAG_ACTIVITY_NEW_TASK标志的Activity时，任务共用性affinities不会影响将会运行该新活动的Task:它总是运行在启动它的Task里。但是，如果使用了NEW_TASK标志，那么共用性（affinity）将被用来判断是否已经存在一个有相同共用性（affinity）的Task。如果是这样，这项Task将被切换到前面而新的Activity会启动于这个Task的顶层。

       这种特性在您必须使用NEW_TASK标志的情况下最有用，尤其是从状态栏通知或桌面快捷方式启动活动时。结果是，当用户用这种方式启动您的应用程序时，它的当前Task将被切换到前台，而且想要查看的Activity被放在最上面。

       你可以在程序清单（Manifest）文件的应用程序application标签中为.apk包中所有的活动分配你自己的任务共用性Affinites，或者在活动标记中为各个活动进行分配。

       一些说明其如何使用的例子如下：

• 如果您的.apk包含多个用户可以启动的高层应用程序，那么您可能需要对用户看到的每个Activity(活动)指定不同的affinities。一个不错的命名惯例是以附加一个以冒号分隔的字符串来扩展您的.apk包名。例如，“ com.android.contacts ”.apk可以有affinities:“com.android.contacts：Dialer”和“ com.android.contacts：ContactsList”。
• 如果您正在替换一个通知，快捷方式，或其他可以从外部发起的应用程序的“内部”活动，你可能需要明确设定您替代活动的taskAffinity和您准备替代的应用程序一样。例如，如果您想替换contacts详细信息视图（用户可以创建并调用快捷方式），你得把taskAffinity设置成“com.android.contacts”。

        跟 Task 有关的 manifest文件中Activity的特性值介绍

        android:allowTaskReparenting 
        用来标记Activity能否从启动的Task移动到有着affinity的Task（当这个Task进入到前台时）
       “true”，表示能移动，“false”，表示它必须呆在启动时呆在的那个Task里。

       如果这个特性没有被设定，设定到元素上的allowTaskReparenting特性的值会应用到Activity上。默认值为“false”。
       一般来说，当Activity启动后，它就与启动它的Task关联，并且在那里耗尽它的整个生命周期。当当前的Task不再显示时，你可以使用这个特性来强制Activity移动到有着affinity的Task中。典型用法是：把一个应用程序的Activity移到另一个应用程序的主Task中。 
       例如，如果 email中包含一个web页的链接，点击它就会启动一个Activity来显示这个页面。这个Activity是由Browser应用程序定义的，但是，现在它作为email Task的一部分。如果它重新宿主到Browser Task里，当Browser下一次进入到前台时，它就能被看见，并且，当email Task再次进入前台时，就看不到它了。 
       Actvity的affinity是由taskAffinity特性定义的。Task的affinity是通过读取根Activity的affinity决定。因此，根Activity总是位于相同affinity的Task里。由于启动模式为“singleTask”和“singleInstance”的Activity只能位于Task的底部，因此，重新宿主只能限于“standard”和“singleTop”模式。

       android:alwaysRetainTaskState

       用来标记Activity所在的Task的状态是否总是由系统来保持。
      “true”，表示总是；“false”，表示在某种情形下允许系统恢复Task到它的初始化状态。默认值是“false”。
       这个特性只针对Task的根Activity有意义；对其它Activity来说，忽略之。 
       一般来说，特定的情形如当用户从主画面重新选择这个Task时，系统会对这个Task进行清理（从stack中删除位于根Activity之上的所有Activivity）。典型的情况，当用户有一段时间没有访问这个Task时也会这么做，例如30分钟。 
       然而，当这个特性设为“true”时，用户总是能回到这个Task的最新状态，无论他们是如何启动的。这非常有用，例如，像Browser应用程序，这里有很多的状态（例如多个打开的Tab），用户不想丢失这些状态。

       android:clearTaskOnLaunch

       用来标记是否从Task中清除所有的Activity，除了根Activity外（每当从主画面重新启动时）
      “true”，表示总是清除至它的根Activity，“false”表示不。默认值是“false”。
        这个特性只对启动一个新的Task的Activity（根Activity）有意义；对Task中其它的Activity忽略。 
        当这个值为“true”，每次用户重新启动这个Task时，都会进入到它的根Activity中，不管这个Task最后在做些什么，也不管用户是使用BACK还是HOME离开的。当这个值为“false”时，可能会在一些情形下（参考alwaysRetainTaskState特性）清除Task的Activity，但不总是。

       假设，某人从主画面启动了Activity P，并从那里迁移至Activity Q。接下来用户按下HOME，然后返回Activity P。一般，用户可能见到的是Activity Q，因为它是P的Task中最后工作的内容。然而，如果P设定这个特性为“true”，当用户按下HOME并使这个Task再次进入前台时，其上的所有的Activity(在这里是Q)都将被清除。因此，当返回到这个Task时，用户只能看到P。

       如果这个特性和allowTaskReparenting都设定为“true”，那些能重新宿主的Activity会移动到共享affinity的Task中；剩下的Activity都将被抛弃，如上所述。 

       android:finishOnTaskLaunch 
    
       用来标记当用户再次启动它的Task（在主画面选择这个Task）时已经存在的Activity实例是否要关闭（结束）
     “true”，表示应该关闭，“false”表示不关闭。默认值是“false”。 
       如果这个特性和allowTaskReparenting都设定为“true”，这个特性胜出。Activity的affinity忽略。这个Activity不会重新宿主，但是会销毁。