概述
对于Activity来说，启动模式很重要，理解这个有利于我们解决APP里跳转的一些问题。四种模式大家都知道：standard、singleTask、singleTop、singleInstance。
模式说明及应用场景
standard
这是系统默认的启动方式，每次启动都会新一个实例。
如果A和B都是standard模式，则跳转会出现A->B->B->B->B->A->A这样的情况，每次启动都新建一个实例。
singleTask
这种模式启动后会新建一个任务栈，并把新Activity置于栈底，在任务栈中再次启动会利用些实例，并把栈中其它的Activity弹出。比如A是singleTask的，B是standard的：
A->B，此时B跳转到A，则不会新建实例，而是把B弹出，复用A实例，显示出来。
应用场景：
程序或者模块的入口Activity就适应singleTask模式。程序主页用singleTask，跳转到其它页面后，只要回到主页，就自己清除其它Activity。模块的话就拿购物场景来说，购物一般有货品显示、生成订单、支付订单、结果页这样的流程。货品显示页就适用singleTask模式，一系统流程执行完后，支付完是想回到货品显示页，让用户再购物的，回去后当然希望把原来流程的生成订单、支付订单、结果页给销毁掉，所以用singleTask最合适不过了。
singleTop
这种模式规定了任务栈的顶部只允许有一个相同实例。比如B是singleTop的。
A->B，此时B再跳转到B，不会出现A->B->B的情况，会复用顶部的B，还是A->B这样的栈结构。
应用场景：
收到推送或消息后进入的页面。比如系统的消息，一般APP都有推送，推送多个的时候，用户点击了几次，如果是标准模式，就会生成多个实例，用户需要返回多次才能回到想要的界面，这是不合理的。把这种展示消息又可能多个入口进入的页面，适用singleTop模式，这个不管用户点几次通知进到指定页面，都只有一个实例在顶部，返回点一次就能离开。
singleInstance
这种模式规定了全局唯一实例，而且还很霸道的自己占用一个任务栈，不允许其它Activity在同一个栈中。
应用场景：
由于它独占一个栈，所以会影响页面的返回路径，不建议使用在程序的中间页里。用在中间页会出现返回后和期望不一致的情况。它适合需要与程序分离开的页面（特别独立的功能）。或者说跳转到此页面后只能返回不能再跳转到其它页面的情况。实际开发中我还没有用到这个模式，不知大家有没有使用过。
