Activity的启动模式可以通过AndroidManifest.xml文件中的元素的属性来指定，一共有4中模式：
1 standard
2 singleTop
3 singleTask
4 singleInstance
这4中模式又分两类，standard和signleTop属于一类， singleTask和signleInstance属于另一类。
standard和singleTop属性的 Activity 的实例可以属于任何任务（Task），并且可以位于Activity堆栈的任何位置。比较典型的一种情况是，一个任务的代码执行 startActivity()，如果传递的 Intent 对象没有包含 FLAG_ACTIVITY_NEW_TASK 属性， 指定的 Activity 将被该任务调用，从而装入该任务的Activity 堆栈中。 standard和singleTop的区别在于：standard模式的Activity在被调用时会创建一个新的实例，所有实例处理同一个 Intent对象； 但对于singleTop模式的Activity，如果被调用的任务已经有一个这样的Activity 在堆栈的顶端，那么不会有新的实例创建， 任务会使用当前顶端的Activity实例来处理Intent对象，换句话说，如果被调用的任务包含一个不在堆栈顶端的 singleTop Activity， 或者堆栈顶端为 singleTop 的Activity的任务不是当前被调用的任务，那么，仍然会有一个新的Activity对象被创建。
singleTask 和 singleInstance模式的Activity 仅可用于启动任务的情况， 这种模式的Activity总是处在Activity堆栈的最底端，并且一个任务中只能被实例化一次。两 者的区别在于：对于 singleInstance模式的Activity， 任务的Activity堆栈中如果有这样的Activity，那它将是堆栈中的唯一的 Activity， 当前任务收到的 Intent 都由它处理， 由它开启的其他 Activity 将在其他任务中被启动； 对于 SingleTask模式的Activity，它在堆栈底端，其上方可以有其他Activity被创建， 但是，如果发给该Activity的Intent对象到来时该Activity不在堆栈顶端，那么该Intent对象将被丢弃，但是界面还是会切换到当前 的Activity。
在多Activity开发中，有可能是自己应用间的activity 跳转，或者夹带其他应用的可复用activity。可能会希望跳转到原来某个activity实例，而非产生多个重复的activity。我们可借助 activity 四种启动模式来实现不同的需求：
standard 默认模式 --------- 来了intent，每次都创建新的实例。
singleTop -------- 来了intent, 每次都创建新的实例，仅一个例外：当栈顶的activity 恰恰就是该
activity的实例（即需要创建的实例)时，不再创建新实例。这解决了栈顶复用问题，想一想，你按两次back键，退出的都是同一个activity，这感觉肯定不爽。
singleTask ---------- 来了intent后，检查栈中是否存在该activity的实例，如果存在就把intent发送给它，否则就创建一个新的该activity的实例，放入 一个新的task栈的栈底。肯定位于一个task的栈底，而且栈中只能有它一个该activity实例，但允许其他activity加入该栈。解决了在一 个task中共享一个activity。
singleInstance ----------- 肯定位于一个task的栈底, 并且是该栈唯一的activity。解决了多个task共享一个activity。
应用场景：
singleTop适合接收通知启动的内容显示页面。例如，某个新闻客户端的新闻内容页面，如果收到10个新闻推送，每次都打开一个新闻内容页面是很烦人的。
singleTask适合作为程序入口点。例如浏览器的主界面。不管从多少个应用启动浏览器，只会启动主界面一次，其余情况都会走onNewIntent，并且会清空主界面上面的其他页面。之前打开过的页面，打开之前的页面就ok，不再新建。
singleInstance适合需要与程序分离开的页面。例如闹铃提醒，将闹铃提醒与闹铃设置分离。singleInstance不要用于中间页面，如果用于中间页面，跳转会有问题，比如：A -> B (singleInstance) -> C，完全退出后，在此启动，首先打开的是B。
