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位于暂停状态,用户可以通过切换将后台任务栈再次启动到

你可能感兴趣的:(Android中Activity启动模式分析)