Activity的四种启动模式

   什么是启动模式，我们知道在默认情况下，当我们多次启动同一个Activity的时候，系统会创建多个实例并把它们一一放入任务栈中。当我们点击back键的时候这些activity会一一回退。这样就会有一个问题，多次启动同一个activity，系统会创建多个实例，这样是很耗资源的。所以android的设计者提供了启动模式来修改系统的默认行为。目前有四种启动模式：
- standard
- singleTop
- singleTask
- singleInstance.

下面依次介绍一下这四种启动模式：
(1) standard : 标准模式，这也是系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况下的Activity的生命周期。 它的onCreate,onStart,onResume方法都会被调用。这是一种典型的多实例的实现。一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity,那么这个Activity就会运行在那个Activity所在的栈中。比如ActivityA启动了ActivityB（B是标准模式）,那么ActivityB就会ActivityA所在的栈中。

注意：我们需要知道，Activity肯定是需要依附在一个栈中的。如果我们使用ApplicationContext去启动standard模式的Activity的时候会报错，

Calling startActivity() from outside of an Activity  context requires the  
FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

因为stardard模式的Activity默认会进入启动它的Activity所属的栈中，但是非Activity类型的Context并没有所谓的任务栈，所以这会报错。解决这个问题的方式是，添加FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候启动Activity，实际上是以singleTask模式启动的。

(2) singleTop:栈顶复用模式：在这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate,onStart不会被系统调用。因为他并没有发生改变。如果新的Activity的实例已存在但是不位于栈顶。那么新的Activity仍然会被重新创建。 例：假设目前栈内情况为A,B,C,D, 这个时候再次启动D，启动模式为singleTop，这种情况下不会重新创建D.栈内的情况仍然是A,B,C,D. 如果这个时候再次启动B,B的启动模式为singleTop，这种情况下会重新创建B，栈内的情况为A,B,C,D,B。

(3) singleTask：栈内复用模式：这是一种单实例的模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent.具体一点，当有一个singleTask模式的Activity请求启动后，比如ActivityA,系统会首先寻找是否存在A想要的任务栈，如果不存在，就会重新创建一个任务栈，然后创建A的实例后把A放入栈中。如果存在A需要的任务栈，这时要看A是否在栈中有实例存在，如果实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压入栈中。例：
- 比如目前有任务栈S1中的情况为ABC,这个时候ActivityD以singleTask模式请求启动，其所需要的任务栈为S2,由于S2和D的实例均不存在，所以系统会先创建任务栈S2,然后再创建D的实例并将其入栈到S2.
- 另外一种情况，假设D所需的任务栈为S1,其他情况如上面的例子，那么由于S1已经存在。所以系统会直接创建D的实例并将其入栈S1.
- 如果D所需的任务栈为S1,并且当前任务栈S1的情况为ADBC,根据栈内复用的原则，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有的D上面的Activity全部出栈，于是最终S1中的情况为AD.

(4) singleInstance：单实例模式：这是一种加强的singleTask模式，它除了具有singleTask模式的所有特性外，还加强一点，那就是具有此种模式的Activity只能单独位于一个任务栈中，例如：ActivityA是singleInstance模式，当A启动后，系统会为它新建一个新的任务栈。然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity,除非这个独特的任务栈被系统销毁了。

TaskAffinity
前面说过：启动Activity的时候会去找它所需的任务栈，什么是Activity所需的任务栈呢？ 这个要从一个参数taskAffinity说起。

这个参数标识了一个Activity所需要的任务栈的名字，默认情况下，所有的activity所需的任务栈的名字为应用的包名，我们可以为每个activity单独指定TaskAffinity属性，这个属性值必须不能和包名相同，否则相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配置使用，在其他情况下没有意义。

指定启动模式的两种方式及其区别
第一种方式：通过AndroidMenifest为Activity指定启动模式：

    <activity android:name=".SecondActivity"
            android:launchMode="singleTask">
        </activity>

第二方式：通过在Intent中设置标志位来为Activity指定启动模式，比如：

Intent intent = new Intent(MainActivity.this,SecondActivity.class);               intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
     startActivity(intent);

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

Activity常用的几个Flags属性：
- FLAG_ACTIVITY_NEW_TASK
这个标记位是为Activity指定”singleTask”启动模式的，其效果和XML中指定该启动模式相同。

• FLAG_ACTIVITY_SINGLE_TOP:
  这个标记位的作用是为Activity指定”singleTop”启动模式，其效果和XML中指定该启动模式相同。

• FLAG_ACTIVITY_CLEAR_TOP:
  具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。

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