1.standard
standard是默认的启动模式,每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard 模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建 该活动的一个新的实例。返回时在没有内存不足的情况，不会创建新的实例。
2.singleTop
使用 singleTop 模式，当活动的启动模式 指定为 singleTop，在启动活动时如果发现返回栈的栈顶已经是该活动，则认为可以直接使用 它，不会再创建新的活动实例。
3.singleTask
当活动的启动模式指定为 singleTask，每次启动该活动时系统首先 会在返回栈中检查是否存在该活动的实例，如果发现已经存在则直接使用该实例，并把在这 个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。补充，如果某活动的实例在栈中过，但是被弹出了如果要启动该活动还是要重新创建该活动的新的实例。
4.singleInstance
singleInstance模式应该算是四种启动模式中最特殊也最复杂的一个了。不同于以上三种启动模式，指定为singleInstance模式的活动会启用一 个新的返回栈来管理这个活动(其实如果 singleTask 模式指定了不同的 taskAffinity，也会启 动一个新的返回栈)。那么这样做有什么意义呢?想象以下场景，假设我们的程序中有一个 活动是允许其他程序调用的，如果我们想实现其他程序和我们的程序可以共享这个活动的实 例，应该如何实现呢?使用前面三种启动模式肯定是做不到的，因为每个应用程序都会有自 己的返回栈，同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用singleInstance模式就可以解决这个问题，在这种模式下会有一个单独的返回栈来管理这个活 动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实 例的问题。
第四种的singleInstance的理解不够透彻，再以后的运用中会完善，加上自己的理解！希望大牛给指点迷津。
