Activity的启动模式

Activity有四种启动模式：

          standard、singleTop、singleTask、和singleInstance

  1>standard:标准模式

      默认启动模式，每次启动一个Activity都会重新创建一个Activity新的实例，不管这个实例是否已经存在。被创建的实例的生命周期符合典型情况下的Activity生命周期,一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了Activity B（B是标准模式）,那么B就会进入到A所在的栈中。当使用ApplicationContext去启动一个standard模式的Activity的时候会报错。这是因为standard模式的Activity默认会进入启动它的Activity所属的任务栈，但是由于非Activity类型的Context并没有所谓的任务栈，所以这就有问题了，解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位；这样启动的时候就会为它创建一个新的任务栈，这个时候待启动Activity实际上是以singleTask模式启动的

  2> singleTop:栈顶复用模式  

      这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时他的onNewIntent方法会被回调。但是如果新的Activity的实例已存在但不是位于栈顶，那么新Activity仍然会被重新创建。举个例子，假设目前的栈内情况为ABCD，A位于栈底，D位于栈顶，这个时候再启动D，如果D的启动模式为singleTop，那么栈内的情况仍为ABCD,如果D的启动模式为standard，那么由于D被重新创建，导致栈内的情况为ABCDD。

  3> singleTask: 栈内复用模式   

       这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，也会回调他的onNewIntent。当一个具有singleTask模式的Activity请求启动后，系统会首先寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中，如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，如果不存在，就创建A的实例并把A压入栈中。例如，如果D所需的任务栈为S1，并且当前任务栈S1的情况为ADBC，根据栈内复用的原则，此时D不会被重新创建，系统会把D切换到栈顶并调用其onNewIntent方法,同时由于singleTask默认具有clearTop的效果，会导致栈内所有在D上面的Activity全部出栈，于是S1最终的情况为AD

 4>singleInstance: 单实例模式

    这是一种加强的singleTask模式，他出了具有singleTask模式的所以特性外，还加强了一点，那就是具有此种模式的Activity只能单独的位于一个任务栈中，换句话说，如果Activity A是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁了