Activity 的启动模式

目前有四种启动模式：standard、singleTop、singleTask和singleInstance

一：standard：标准模式，系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否存在。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的任务栈中。譬如：Activity A启动了Activity B （B是标准模式），那么B就会进入到A所在的栈中。

系统log

       当我们用Application去启动Activity的时候就会报错，由于非Activity类型的Context（如 Application）并没有所谓的任务栈。解决这个问题的方法是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为启动的Activity创建一个新的任务栈，这个时候待启动的Activity实际上是以singleTask模式启动的。

用非Activity类型的Context启动Activity

二：singleTop：栈顶复用模式。在这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前的请求信息。如果Activity的实例已经存在但不是位于栈顶，那么Activity会重建。

三：singleTask：栈内复用模式。这是一种单例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建，和singleTop一样，系统也会回调其onNewIntent。

eg1:   目前任务栈S1中的情况为ABC，这时 Activity D以singleTask模式请求启动，其所需要的任务栈为S2,由于S2和D的实例均不存在，所以系统会先创建任务栈S2,然后在创建D的实例并将其入栈到S2.

eg2：假设D所需的任务栈为S1,其他情况如上所示，那么由于S1已经存在，所以系统会直接创建D的实例并将其入栈到S1.

eg3:  如果D所需的任务栈为S1,并且当前任务栈S1的情况为ADBC，根据栈内复用的原则，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有在D上面的Activity全部出栈，于是最终s1中的情况为AD。

问题：什么是Activity所需的任务栈呢？

        这要从一个参数说起：TaskAffinity，可以翻译为任务相关性。这个参数标识了一个Activity所需的任务栈的名字，默认情况下，所有的Activity所需的任务栈的名字为应用的包名。当然，我们可以为每个Activity都单独指定TaskAffinity属性，这个属性值必须不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和SingleTask或者allowTaskReparenting属性配对使用，在其他情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity 位于暂停状态，用户可以通过切换将后台任务再次调到前台。

     1.  当TaskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和TaskAffinity相同的任务栈中。2.当TaskAffinity和allowTaskReparenting结合的时候，这种情况比较复杂，会产生特殊的效果。当一个应用A启动了应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。

eg:现在有两个应用A和B，A启动了B的一个Activity ，然后按Home按键回到桌面，然后单击B的桌面图标，这个时候并不是启动了B的主Activity，而是重新显示了已经被应用A启动的Activity C或者说，C从A的任务栈转移到了B的任务栈中。可以这么理解，由于A启动了，这个时候，C只能运行在A的任务栈中，但是C属于B应用，正常情况下，它的TaskAffinity肯定不可能和A的任务栈相同（因为包名不同）。所以，当B被启动后，B会创建自己的任务栈，这个时候系统发现C原本所想要的任务栈已经被创建了，所以就把C从A的任务栈中转移过来了。

四：singleInstance：单例模式。具有此种模式的Activity只能单独位于一个任务栈中，换句话说，比如Activity A是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了。

问题：如何给Activity指定启动模式呢？

1.通过AndroidMenifest为Activity指定启动模式。

清单文件

2.通过在Intent中设置标志位来为Activity指定启动模式

动态设置

二者的区别：首先优先级上，第二种方式的优先级高于第一种，当两种同时存在时，以第二种方式为准；其次，上述两种方式在限定的范围上有所不同，比如，第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而第二种方式无法为Activity指定singleInstance模式。

附：Activity的Flags

        标记位的作用很多，有的标记位的作用是设定Activity的启动模式，还有的标记位可以影响Activity的运行状态。在使用标记位的时候，要注意有些标记位是系统内部使用的，应用程序不需要去手动设置这些标记位以防出现问题。这里分析几个比较常用的标记位。

1.FLAG_ACTIVITY_NEW_TASK：这个标记位的作用是为Activity指定“singleTask”启动模式，其效果和在XML中指定该启动模式相同。

2.FLAG_ACTIVITY_SINGLE_TOP：这个标记位的作用是为Activity指定“singleTop

3.FLAG_ACTIVITY_CLEAR_TOP：具有此标记位的Activity，当它启动时，在同一个任务栈所有位于它上面的Activity都要出栈。这个标记位一般会和singleTask启动模式一起出现，在这种情况下，被启动的Activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。

4.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：具有这个标识的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标识比较有用。它等同于在XML文件中指定Activity的属性android:excludeFromRecents="true".

参考：Android 开发艺术探索