初学Android时，对于启动模式没有任何概念，导致在项目中，可能某一个Activity多次被创建，要完全退出应用时，就需要多次按back键，并且发现有多个相同的Activity被移除，当时就有点感觉启动模式自己还是有很多地方不了解。

我们每次启动一个Activity时，会创建一个实例放入到一个任务栈中，系统默认情况下，多次启动同一个Activity时，系统会创建多个实例，放入到一个任务栈中，一种后进先出的栈结构。当按back键时，任务栈就会移除一个Activity实例，直至任务栈为空时，系统回收该任务栈，这个应用也就结束了。

四种启动模式

standard, singleTop, singleTask, singleInstance

一、standard

系统默认的模式，每次创建一个Activity时，都会在栈中创建一个实例。也就是说不管栈中这个实例是否存在都一定会创建一个新的实例。
这个模式下，谁启动了Activity，那这个Activity就运行在启动它的那个Activity的任务栈中。

输出日志

从StandardActivity启动BStandardActivity，然后BStandardActivity在启动一次自己，我们可以看到它们的taskID都是206，也就是说都处于同一个任务栈中，这也就和前文所说的一样， 谁启动了Activity，那这个Activity就运行在启动它的那个Activity的任务栈中

二、singleTop

栈顶复用模式。该模式下，如果新的Activity已经位于栈顶，那么则不会创建新的实例，同时会回调onNewIntent()方法，**需要注意，这时这个新的Activity的onCreate(),onStart()不会被调用，因为它并没有发生。但是若新的Activity没有位于栈顶，还是会创建一个新的实例。

singleTop输出日志

测试代码中Activity的启动顺序SingleTopActivity--->SingleTopActivity--->OtherSingleTopActivity--->SingleTopActivity
我们可以看到第二次启动SingleTopActivity时，没有调用onCreate()，而是调用了onNewIntent()，两次的hashcode都是一样的，说明没有创建新的实例。当从OtherSingleTopActivity中启动SingleTopActivity时，由于SingleTopActivity已经不再栈顶，所以需要重新创建一个实例，hashcode就与之前的不一样了。

需要注意，除了standard模式是系统默认，其余三个启动模式都需要在注册文件表中手动声明

<activity android:name=".singleTop.SingleTopActivity"
android:launchMode="singleTop"
android:taskAffinity="com.zhu.testlaunchmode.singleTop"></activity>```

######注意
standard和singleTop模式下,都是在原任务栈中创建实例，即使指定了taskAffinity属性，也不会启动新的task。我们可以从输出日志看到，taskId都是相同，即使指定了不同的taskAffinity。

**taskAffinity**可以理解为任务相关性
> - 这个参数标识了一个Activity所需任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名
- 我们可以单独指定每一个Activity的taskAffinity属性覆盖默认值
-  一个任务的affinity决定于这个任务的根activity（root activity）的taskAffinity
- 在概念上，具有相同的affinity的activity（即设置了相同taskAffinity属性的activity）属于同一个任务
- 为一个activity的taskAffinity设置一个空字符串，表明这个activity不属于任何task

上述引用《Android开发艺术探索》

#####三、singleTask
栈内复用模式。**这是一种单例模式**，如果任务栈中有新Activity的实例，则不会创建，同时回调```onNewIntent()```方法。具体来讲，若新的Activity所处的任务栈的不存在，则创建一个新的任务栈，并创建实例压入栈中。   若存在Activity所需要的任务栈，当前栈中若不存在该Activity的实例则创建，否则将存在的实例放在栈顶并调用```onNewIntent()```

举几个例子：
1. 任务栈t1内有实例ABC，此时Activity D以singleTask模式启动，且它所需要的任务栈为t2，由于t2不存在，所以系统先创建一个新的任务栈t2,并创建实例D压入t2中
2. D的任务栈为t1,其余情况如上，因为任务栈t1已经存在，且栈中不存在D的实例，则创建一个新的实例压入栈t1中
3. D的任务栈为t1,且t1中有实例ABDC，由于栈中存在D的实例，则把D调到栈顶，并调用```onNewIntent()```方法。需要注意的是，singleTask默认具有clearTop的效果，会将位于D之上的实例出栈，最后任务栈t1中，存在实例ABD。

![singleTask](http://upload-images.jianshu.io/upload_images/1944426-88564b26aed6a315.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

测试程序中Activity启动顺序：SingleTaskActivity-->SingleTaskActivity-->OtherSingleTaskActivity-->TaskActivity-->SingleTaskActivity

其中SingleTaskActivity和OtherSingleTaskActivity使用默认的任务栈，TaskActivity使用新的任务栈。

我们通过输出日志可以看到当最后启动SingleTaskActivity时，由于任务栈中它不是处于栈顶，则OtherSingleTaskActivity需要出栈，可以看到调用了```onDestroy()```，在调用SingleTaskActivity的```onNewIntent()```方法。

#####四、singleInstance
单实例模式，这是一个加强的singleTask模式。Activity独占一个任务栈，就它一个，其他后续的请求均不会创建新的Activity，除非该任务栈被销毁。

![singleInstance](http://upload-images.jianshu.io/upload_images/1944426-63d1c512c77e8f19.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

启动顺序：MainActivity-->SingleInstanceActivity-->SingleInstanceActivity

通过日志我们看到即使taskAffinity属性一致，但设置了singleInstance模式还是会创建一个新的任务栈

**参考文章**
[Android Activity启动模式的功能验证 ](http://blog.csdn.net/sbsujjbcy/article/details/49360615)