Android Activity启动模式详解

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

• LaunchMode

  首先需要先说一下，在我们创建一个Activity之后需要将Activity放到AMS中的一个任务栈中进行管理，既然是栈，自然也就满足栈“后进先出”的基本性质，这里就不多赘述。但是有一点需要注意，Activity需要存放在某个任务栈中进行管理，但是栈不是保证唯一的。也就是同一个APP进程中，可能会存在多个不同的栈对Activity进行管理，这也就是为什么会有如ACTIVITY_NEW_TASK这样FLAG存在的原因。

  • standard：标准模式，如果没有特殊指定启动模式系统会默认采用这个模式对Activity进行启动。在该模式下系统会简单粗暴的直接创建一个Activity并且进行压栈。因此这里可能会遇到一些问题。

    • 因为是最简单粗暴的一种模式，所以系统不会判断之前是否已经存在该Activity实例，所以会出现初级程序员编程时出现同一个Activity生成多个实例，除去一些特殊需求，这样的实现会导致大量多余的性能开销，而且对于用户体验上来说相当不友好（你可以想象当你使用一款App，在退出一个界面之后出现的还是相同的界面是多么尴尬）
    • 既然创建出来的Activity需要放在某个栈中，而一个App中栈的数量是可能不唯一的，那么系统怎么才知道当前创建的Activity是放在具体哪个栈中的呢?当我们在创建一个新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的Context去启动standard模式的Activity时，因为standard模式的Activity默认会进入启动它的Activity所属的任务栈中，但是由于非Activity的Context（如ApplicationContext）是没有任务栈的，所以就出现了这个问题。当我们添加了Flag标识之后，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的上面，所有全部被“清除”掉了。

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