Android Activity启动模式
Activity作为Android四大组件之首，它非常重要，有时候为了项目的需要，就必须使用Activity的启动模式，所以我们必须要搞清楚Activity的启动模式和标志位：
1 .Activity的LaunchMode
我们知道，在默认情况下，我们多次启动同一个Activity的时候，系统会创建多个实例并把它们一一放入任务栈中，当我们单击这个back建，会发现这些Activity会一一回退，任务栈是一种“后进先出”的栈结构，这个好理解，每按一下back键就会有一个Activity出栈，直到栈空为止，当栈中无任何Activity的时候，系统就会回收这个任务栈。我们就会发现，多次启动同一个Activity,系统会重复创建多个Activity实例，这样会造成一些不必要的内存开销，所以Android在设计的时候，提供了启动模式来修改系统的默认行为，目前有四种启动模式:standard,singleTop,singleTask和SingleInstance
(1). standard:标准模式
也就是系统的默认模式，每次启动一个Activity就会创建一个新的新的实例，不管这个实例是否存在。被创建的实例的声明周期符合典型情况下Activity的生命周期，它的onCreate、onStart、onResume都会被调用，这是一种典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种模式下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。比如Activity A启动了Activity B（B是标准模式），那么B就会进入A所在的栈中。不知道大家有没有遇到当我们用ApplicationContext去启动Activity的时候会保存，错误如下:
相信我们并不陌生这句话，这是因为standard模式的Activity会默认进入启动它的Activity所属的任务栈中，但是由于非Activity类型的Context(如ApplicationContext)并没有所属的任务栈，所以这就有问题了，解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位。这样启动的时候就会为它创建一个新的任务栈，这个时候待启动的Activity实际上是以singleTask模式启动的，大家可以仔细体会。
(2). singleTop：栈顶复用模式
在这种模式下，如果新的Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个activity的onCreate、onStart不会被系统调用，因为它并没有发生改变。如果新的Activity实例已经存在但不是位于栈顶，那么新的Activity仍然会被重新创建，举个例子，假设目前栈内的情况为ABCD,其中ABCD为四个Activity，A位于栈底，D位于栈顶，这个时候假设要再次启动D,如果D的启动模式为singleTop,那么栈内的情况仍然为ABCD;如果D的启动模式为standard,那么由于D被重新创建，导致栈内的情况就变为CBCDD.
(3). SingleTask:栈内复用模式
栈内复用模式。这是一种单例实例模式，在这种模式下，只要Activity在栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统会首先寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在栈中存在，如果有实例存在，那么系统就会把A调到栈顶并调用的它的onNewIntent方法，如果实例不存在，就创建A的实例并把A压入栈中。举几个例子:
- 比如目前任务栈S1中的情况为ABC,这个时候Activity D以singleTask 模式请求启动，其所需要的任务栈为S2,由于S2和D的实例均不存在，所以系统会先创建任务栈S2，然后创建D的实例并将其压入到S2。
- 另外一种情况，假设D所需的任务栈为S1，其它情况 如上面例子1所示，那么由于S1已经存在，所以系统会直接创建D的实例并将其压入栈到S1。
- 如果D所需的任务栈为S1，并且当前的任务栈S1的情况为ADBC，根据栈内复用的远侧，此时D不会重新创建，系统会把D切换到栈顶并调用其onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有在D上面的Activity全部出栈，于是S1中的情况为AD。这一点比较特殊。
(4). singleInstance:单例实例模式
单例实例模式，这是一种加强的singleTask模式，它除了具有singleTask模式所有的特性外，还加强了一点，那就是具有此模式的activity只能单独的位于一个任务栈中，比如Activity A是singleInstance模式，当A启动后，系统会为它创建一个新的任务栈，然后A独自存在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的Activity，除非 这个独特的任务栈被系统销毁了。
2. 总结
上面介绍了几种启动模式后，这里需要指出一种情况，我们假设目前有两个任务栈，前台任务栈的情况为AB，而后台任务栈的情况为CD，假设CD的启动模式均为singleTask，现在请求启动D,那么整个后台任务栈都会被切换到前台，这个时候整个后退列表变成了ABCD，当用户按back键的时候，列表中的Activity会一一出栈，如图任务栈示例1所示；
如果不是启动D，而是请求启动C，那么情况就会不一样了，请看图任务栈示例2：
另外一个问题是：在singleTask启动模式中，多次提到某个Activity所需的任务栈，什么是Activity所需的任务栈？，这要从一个参数说起：TaskAffinity，可以翻译为任务相关性。这个参数表示了一个Activity所需的任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名。当然，我们可以为每个Activity都单独制定TaskAffinity属性，这个属性必须和包名不能相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其它情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换后台任务栈再次调到前台。
- 当TaskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的activity的目前任务栈的名字，待启动的activity会运行在名字和TaskAffinity相同的任务栈中。
- 当TaskAffinity和allowTaskReparenting结合的时候，情况比较复杂，会产生特殊的效果，当一个应用A启动了一个应用B的某个ActivityB后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到B的任务栈中。还是很抽象，举个例子，比如现在有两个2应用A和B,A启动了B的一个Activity C，然后按Home键返回到桌面，然后再单击B的桌面图标。这个时候并不是启动了B的主Activity，而是重新显示了已经被应用启动的Activity C,或者说C从A的任务栈转移到了B的任务栈中，可以这么理解，由于A启动了C，这个时候C只能运行在A的任务栈中，但是由于C属于B应用，正常情况下，它的TaskAffinity的值肯定不能和A的任务栈相同（因为包名不同），所以当B被启动后，B会创建自己的任务栈，这个时候，系统发现C原本所想要的任务栈已经被创建了，所以就把C从A的任务栈中转移过来了。