Android Activity启动模式详解

Android Activity启动模式详解

Activity启动模式估计很多人都能了解个大概，但是其每个之间的关系其实很微妙，特别是在没有完全理解Activity启动原理的情况下实在是很容易造成混淆。

启动模式是什么

在我们通过startActivity()跳转到新Activity时，AMS（ActivityManagerService）会初始化该Activity，并且将新初始化的Activity放到AMS中对应的任务栈中进行管理，既然是栈，自然也就满足栈后进先出的基本性质，这里就不多赘述。

当我们在创建一个新Activity时，其实也就是调用的Context.startActivity（Intent intent），这里的Context其实代表的也就是Activity对象，也就是创建Activity是在Activity上进行的，这样做的目的其实也就是因为栈的原因，在新的Activity被创建后，为了保证Activity的标准压栈顺序会将新Activity放进创建它的Activity所在栈中。例如：Activity A 上执行了startActivity方法启动了Activity B，那么B就会被放入A的栈中。

有人在启动Activity时都遇到过这样的错误：android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity 网上的解决办法是在启动时指定 ACTIVITY_NEW_TASK，而为什么这么做估计很多人都是不清楚的，在结合Activity压栈的原理之后就能解释通了。

当我们使用非Activity的Context去启动Activity时，因为新Activity会默认进入创建它的Activity所属的任务栈中，但是由于非Activity的Context（如ApplicationContext）是没有任务栈的，所以就出现了这个问题。当我们添加了Flag标识之后，Activity会被创建在一条新的栈中，所以就能运行了。

总结：启动模式就是描述Activity入栈的规则。

启动模式分类

• Standard

  标准模式，系统会默认采用这个模式对Activity进行启动。

  在该模式下系统会简单粗暴的直接创建一个Activity并且进行压栈。

  由于AMS在创建新的Activity实例不会进行任何判断，因此会出现同一个Activity生成多个实例，除去一些特殊需求，这样的实现会导致多余的性能开销，而且在用户体验上是相当不友好。

• SingleTop

  栈顶复用模式

  在这种模式下，如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent();会被回调，通过此方法的参数我们可以获得新的请求的信息（Intent信息）。

  如当前栈内情况为ABCD，A为栈底，D为栈顶，这时候如果再启动D，D为singleTop模式，那么栈内仍然是ABCD，如果D为standard，栈内为ABCDD。而如果需要启动的Activity不在栈顶的话效果就会和standard模式一样。如ABCD，启动C，栈内为ABCDC。

• SingleTask

  栈内复用模式

  这种和singleTop对比起来就很容易理解，**即同一个栈中只会存在一个相同的实例。**类似于Activity的单例模式。唯一需要注意的一点是，该模式下默认是具有clearTop的效果。会导致栈内所有在该Activity之上的Activity全部出栈，比如一个栈内有ABCD，A为栈底，D为栈顶，这时候启动了一个singleTask模式的B，最后栈内情况为AB，因为CD在B的上面，所有全部被“clear”掉了。

  之所以存在这种特性是由于栈本身的性质决定的，要想将栈内某个实例提到栈顶，就需要将该实例之前的所有实例出栈。

• SingleInstance

  单实例模式。

  这是一种加强版的singleTask模式，它和singleTask不同的在于它不会创建在之前存在的栈中，而是会放在一个专属于自己的特殊栈内，之后每次启动该Activity都会直接从该特殊栈中进行切换到前台。也就是通过singInstance启动的Activity在整个App中有且仅有一个实例，除非这个特殊栈被系统销毁了。