Activity的加载模式

为什么要为Activity指定加载模式？
Android对Activity的管理，采用Task来管理多个Activity，当我们启动一个应用时，Android就会为之创建了一个Task,然后启动这个应用的入口Activity,Android的Task是一个有点麻烦的概念，因为Android并没有为Task提供API,因此开发者无法真正访问Task,只能调用Activity的getTaskId()方法来获取它所在的Task的ID，事实上，我们可以把Task理解成Activity栈，Task以栈的样式来管理Activity,先启动的Activity被放在Task栈底，后启动的Activity被放在Task栈顶。那么Activity的加载模式，就负责管理实例化，加载Activity的方式，并可以控制Activity与Task之间的加载关系。
Activity启动方式有四种，分别是：
standard
singleTop
singleTask
singleInstance
可以根据实际的需求为Activity设置对应的启动模式，从而可以避免创建大量重复的Activity等问题。
设置Activity的启动模式，只需要在AndroidManifest.xml里对应的标签设置android:launchMode属性，例如：

 <activity            android:name=".MainActivity"            android:label="@string/app_name"            android:launchMode="standard" >             <intent-filter>                <action android:name="android.intent.action.MAIN" />                <category android:name="android.intent.category.LAUNCHER" />            </intent-filter>        </activity>

——standard
默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同Activity叠加。

例如：若我有一个Activity名为A1, 上面有一个按钮可跳转到A1。那么如果我点击按钮，便会新启一个Activity A1叠在刚才的A1之上，再点击，又会再新启一个在它之上……点back键会依照栈顺序依次退出。

——singleTop(栈顶单例)
可以有多个实例，但是不允许多个相同Activity叠加。即，如果Activity在栈顶的时候，启动相同的Activity，不会创建新的实例，而会调用其onNewIntent方法。
例如：若我有两个Activity名为B1,B2,两个Activity内容功能完全相同，都有两个按钮可以跳到B1或者B2，唯一不同的是B1为standard，B2为singleTop。
若我意图打开的顺序为B1->B2->B2，则实际打开的顺序为B1->B2（后一次意图打开B2，实际只调用了前一个的onNewIntent方法）
若我意图打开的顺序为B1->B2->B1->B2，则实际打开的顺序与意图的一致，为B1->B2->B1->B2。
应用场景：浏览器的书签
singleTop的使用场景还是比较多的，比如说我们目前正处在ActivityA上，这时系统忽然接收到一条广播，这条广播要求打开 ActivityA，那么这个时候就没有必要再创建一次ActivityA放在栈顶，否则当你退出ActivityA的时候就会发现要连续点击两次才能退 出ActivityA。还有就是微信的搜索功能，当我们点击搜索按钮之后，微信会跳转到查询结果页面，但是在查询结果页面，为了我们能够接着搜索，该页面 上方还有搜索框，如此一来，如果不使用singleTop启动模式，那么当我们搜索十次之后岂不是要按十次返回键才能回到主页面？实际上肯定不是这样的， 这里就是singleTop使用的最好例子之一
——singleTask(栈内单例)
只有一个实例。在同一个应用程序中启动他的时候，若Activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它Activity destory掉并调用它的onNewIntent方法。
例如：若我的应用程序中有三个Activity,C1,C2,C3，三个Activity可互相启动，其中C2为singleTask模式，那么，无论我在这个程序中如何点击启动，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多个实例，但是C2只会存在一个，并且这三个Activity都在同一个task里面。
但是C1->C2->C3->C2->C3->C1-C2，这样的操作过程实际应该是如下这样的，因为singleTask会把task中在其之上的其它Activity destory掉。
操作：C1->C2 , C1->C2->C3 , C1->C2->C3->C2 , C1->C2->C3->C2->C3->C1 , C1->C2->C3->C2->C3->C1-C2
实际：C1->C2 , C1->C2->C3 , C1->C2 , C1->C2->C3->C1 , C1->C2

应用场景：浏览器的activity
如果一个activity的创建需要占用大量的系统资源（cpu，内存）一般配置这个activity为singletask的启动模式。
singleTask一般用在应用程序的主界面，对于大部分应用，当我们在主界面点击回退按钮的时候都是退出应用，那么那么当我们第一次进入主界面之后， 主界面位于栈底，以后不管我们打开了多少个Activity，只要我们再次回到主界面，都应该使用将主界面Activity上所有的Activity移除 的方式来让主界面Activity处于栈顶，而不是往栈顶新加一个主界面Activity的实例（说到这里小伙伴们应该知道怎么样退出一个App了吧）。

——singleInstance(全局单例)
只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的Activity存在。
例如：程序有三个ActivityD1,D2,D3，三个Activity可互相启动，其中D2为singleInstance模式。那么程序从D1开始运行，假设D1的taskId为200，那么从D1启动D2时，D2会新启动一个task，即D2与D1不在一个task中运行。假设D2的taskId为201，再从D2启动D3时，D3的taskId为200，也就是说它被压到了D1启动的任务栈中。
应用场景： 来电页面
有道词典
1. 以singleInstance模式启动的Activity具有全局唯一性，即整个系统中只会存在一个这样的实 ` 例。
2. 以singleInstance模式启动的Activity在整个系统中是单例的，如果在启动这样的Activiyt时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。
3. 以singleInstance模式启动的Activity具有独占性，即它会独自占用一个任务，被他开启的任何activity都会运行在其他任务中。
4. 被singleInstance模式的Activity开启的其他activity，能够在新的任务中启动，但不一定开启新的任务，也可能在已有的一个任务中开启。