standard
默认模式。在该模式下，Activity可以拥有多个实例，并且这些实例既可以位于同一个task，也可以位于不同的task。每次都会新创建。singleTop
该模式下，在同一个task中，如果存在该Activity的实例，并且该Activity实例位于栈顶则不会创建该Activity的示例,而仅仅只是调用Activity的onNewIntent()。否则的话，则新建该Activity的实例，并将其置于栈顶。singleTask
顾名思义，只容许有一个包含该Activity实例的task存在！ 在android浏览器browser中，BrowserActivity的launcherMode="singleTask"，因为browser不断地启动自己，所以要求这个栈中保持只能有一个自己的实例，browser上网的时候， 遇到播放视频的链接，就会通过隐式intent方式跳转找Gallery3D中的MovieView这个类来播放视频，这时候如果你点击home键，再点击browser，你会发现MovieView这个类已经销毁不存在了， 而不会像保存这个MovieView的类对象，给客户带来的用户体验特别的不好。就像别人总结的singleTask模式的Activity不管是位于栈顶还是栈底，再次运行这个Activity时，都会destory掉它上面的Activity来保证整个栈中只有一个自己。
下面是官方文档中的介绍:
The system creates a new task and instantiates the activity at the root of the new task. However, if an instance of the activity already exists in a separate task, the system routes the intent to the existing instance through a call to its onNewIntent() method, rather than creating a new instance. Only one instance of the activity can exist at a time.以singleTask方式启动的Activity，全局只有唯一个实例存在，因此，当我们第一次启动这个Activity时，系统便会创建一个新的任务栈，并且初始化一个Activity实例，放在新任务栈的底部，如果下次再启动这个Activity时， 系统发现已经存在这样的Activity实例，就会调用这个Activity实例的onNewIntent方法，从而把它激活起来。从这句话就可以推断出，以singleTask方式启动的Activity总是属于一个任务栈的根Activity。 下面我们看一下示例图:
坑爹啊！有木有！前面刚说singleTask会在新的任务中运行，并且位于任务堆栈的底部，这里在Task B中，一个赤裸裸的带着singleTask标签的箭头无情地指向Task B堆栈顶端的Activity Y，什么鬼？
这其实是和taskAffinity有关，在将要启动时，系统会根据要启动的Activity的taskAffinity属性值在系统中查找这样的一个Task：Task的affinity属性值与即将要启动的Activity的taskAffinity属性值一致。如果存在， 就返回这个Task堆栈顶端的Activity回去，不重新创建任务栈了，再去启动另外一个singletask的activity时就会在跟它有相同taskAffinity的任务中启动，并且位于这个任务的堆栈顶端，于是，前面那个图中， 就会出现一个带着singleTask标签的箭头指向一个任务堆栈顶端的Activity Y了。在上面的AndroidManifest.xml文件中，没有配置MainActivity和SubActivity的taskAffinity属性， 于是它们的taskAffinity属性值就默认为父标签application的taskAffinity属性值，这里，标签application的taskAffinity也没有配置，于是它们就默认为包名。
总的来说：singleTask的结论与android:taskAffinity相关:- 设置了
singleTask启动模式的Activity，它在启动的时候，会先在系统中查找属性值affinity等于它的属性值taskAffinity的任务栈的存在；如果存在这样的任务栈，它就会在这个任务栈中启动，否则就会在新任务栈中启动。 因此，如果我们想要设置了singleTask启动模式的Activity在新的任务栈中启动，就要为它设置一个独立的taskAffinity属性值。以A启动B来说当A和B的taskAffinity相同时：第一次创建B的实例时，并不会启动新的task， 而是直接将B添加到A所在的task；否则，将B所在task中位于B之上的全部Activity都删除，然后跳转到B中。 - 如果设置了
singleTask启动模式的Activity不是在新的任务中启动时，它会在已有的任务中查看是否已经存在相应的Activity实例，如果存在，就会把位于这个Activity实例上面的Activity全部结束掉， 即最终这个Activity实例会位于任务的堆栈顶端中。以A启动B来说,当A和B的taskAffinity不同时：第一次创建B的实例时，会启动新的task，然后将B添加到新建的task中；否则，将B所在task中位于B之上的全部Activity都删除，然后跳转到B中。
- 设置了
singleInstance
顾名思义，是单一实例的意思，即任意时刻只允许存在唯一的Activity实例，而且该Activity所在的task不能容纳除该Activity之外的其他Activity实例！
它与singleTask有相同之处，也有不同之处。
相同之处：任意时刻，最多只允许存在一个实例。
不同之处：
- singleTask受android:taskAffinity属性的影响，而singleInstance不受android:taskAffinity的影响。
- singleTask所在的task中能有其它的Activity，而singleInstance的task中不能有其他Activity。
- 当跳转到singleTask类型的Activity，并且该Activity实例已经存在时，会删除该Activity所在task中位于该Activity之上的全部Activity实例；而跳转到singleInstance类型的Activity，并且该Activity已经存在时，
不需要删除其他Activity，因为它所在的task只有该Activity唯一一个Activity实例。
假设我们的程序中有一个Activity是允许其他程序调用的，如果想实现其他程序和我们的程序可以共享这个Activity的实例，应该如何实现呢？使用前面3种启动模式肯定是做不到的，因为每个应用程序都会有自己的返回栈，同一个Activity在不同的返回栈中入栈时必然创建了新的实例。而使用singleInstance模式就可以解决这个问题，在这种模式下，会有一个单独的返回栈来管理这个Activity，不管是哪个应用程序来访问这个Activity，都共用同一个返回栈，也就解决了共享Activity实例的问题。
假设现在有FirstActivity、SecondActivity、ThirdActivity三个Activity， SecondActivity的启动模式是SingleInstance。 现在FirstActivity 启动SecondActivity，SecondActivity再启动ThirdActivity。
然后我们按下Back键进行返回，你会发现ThirdActivity竟然直接返回到了FirstActivity，再按下Back键又会返回到SecondActivity，再按下Back键才会退出程序，这是为什么呢？其实原理很简单，由于FirstActivity和ThirdActivity是存放在同一个返回栈里的，当在ThirdActivity的界面按下Back键时，ThirdActivity会从返回栈中出栈，那么FirstActivity就成为了栈顶Activity显示在界面上，因此也就出现了从ThirdActivity直接返回到FirstActivity的情况。然后在FirstActivity界面再次按下Back键，这时当前的返回栈已经空了，于是就显示了另一个返回栈的栈顶Activity，即SecondActivity。最后再次按下Back键，这时所有返回栈都已经空了，也就自然退出了程序。
- 邮箱 ：charon.chui@gmail.com
- Good Luck!