Android中Activity启动模式分析

前言

     当我们启动多次启动一个同一个Activity的时候，系统会创建多个实例并把他们全部放入任务栈中，当我们返回的时候，会发现这些Activity会一一回退。我们都知道栈是一种先进后出的数据结构，任务栈本质就是一个栈类型的数据结构。这就是为什么我们每按一下返回键都会有一个Activity出栈，直到栈为空为止。当栈中没有任何Activity的时候，系统就会回收这个任务栈。如果多次启动一个同一个Activity,系统会创建多个Activity实例，这样很多时候就无法满足我们的开发需求。Android系统开发工程师肯定也想到这个问题，所以提供了多种选择给开发者选择。目前有四种启动模式：分别为 standard,singleTop,singleTask,singleInstance。下面我将一一介绍这四种启动模式。

    1. standard:标准模式，这是系统的默认的Activity启动模式，每次启动一个Activity都会重新创建一个实例，不管这个实例是否已经存在，被创建的实例的生命周期符合典型情况下一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈，在这种模式下，哪个Activity启动了这个Activity,那么这个Activity就运行在启动它的那个Activity所载的栈中，比如Activity A启动了Activity B（也是标准模式）那么B就会进入A所在的栈中。当我们在开发中有时候会用ApplicationContext 或者在Service中去启动standard模式的Activity的时候会报错。

ERROR/AndroidRuntime(17173): Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

    如果你理解Activity的启动模式，那么可以分分钟就解决这个错误了。造成这个错误的原因就是standard模式的Activity默认会进入启动它的Activity所属的任务栈，但是由于非Activity类型的Context并没有任务栈，所以就有问题了，解决这个问题的办法就是在给启动的Intent加上一个Flag,FLAG_ACTIVITY_NEW_TASK为待启动的Activity指定一个新的任务栈。这个时候我们启动Activity其实就是以singleTask模式启动的。

    2. singleTop:栈顶复用模式，在这种模式下，如果Activity已经位于任务栈的栈顶，那么此Activity不会重新创建，同时它的onNewIntent方法被回调，通过此方法的参数我们可以取出当前的请求信息。需要注意的是这个Activity的onCreate(),onStart()不会被系统调用，如果新的Activity的实例已存在，但是没有不是位于栈顶，那么新Activity仍然会重新创建。比如，目前Activity任务栈内的情况是ABCD,四个Activity，A位于栈底，而D位于栈顶，如果D的启动模式为singleTop，启动Activity D，那么栈内的情况仍然是ABCD，如果D的启动模式为standard，那么由于D会被重新创建，那么栈内的情况就会变成ABCDD。

    3. singleTask:栈内复用模式。这是一种单实例模式，在这种情况下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调o nNewIntent。例如，当一个启动模式为singleTask的Activity启动之后，比如Activity A,系统首先会被寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例并把A放入它所需的任务栈。如果存在A所需的任务栈，那么要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent()方法，如果实例不存在，就创建A的实例并把它压入栈中。

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

那么问题来了，我们前面讲的都提到了一个关键词，Activity所需要的任务栈，什么是Activity所需的任务栈呢。这是要从一个参数说起：TaskAffinity,这个参数标识了一个Activity所需的任务栈的名字，默认情况下所有的Activity所需的任务栈的名字为应用的包名，当然，我们也可以为每个Activity都单独的指定TaskAffinity属性，这个属性值不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparening属性配对使用，在其他情况下没有意义。

任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次启动到。