Activity 四种启动模式

standard：Activity的默认加载方法，即便某个Activity在Task栈中已经存在，另外一个activity经过Intent跳转到该activity，一样会新建立一个实例压入栈中。例如：如今栈的状况为：A B C D，在D这个Activity中经过Intent跳转到D，那么如今的栈状况为： A B C D D 。此时若是栈顶的D经过Intent跳转到B，则栈状况为：A B C D D B。此时若是依次按返回键，D  D C B A将会依次弹出栈而显示在界面上。

 singleTop：若是某个Activity的Launch mode设置成singleTop，那么当该Activity位于栈顶的时候，再经过Intent跳转到自己这个Activity，则将不会建立一个新的实例压入栈中。例如：如今栈的状况为：A B C D。D的Launch mode设置成了singleTop，那么在D中启动Intent跳转到D，那么将不会新建立一个D的实例压入栈中，此时栈的状况依然为：A B C D。可是若是此时B的模式也是singleTop，D跳转到B，那么则会新建一个B的实例压入栈中，由于此时B不是位于栈顶，此时栈的状况就变成了：A B C D B。

 singleTask：若是某个Activity是singleTask模式，那么Task栈中将会只有一个该Activity的实例。例如：如今栈的状况为：A B C D。B的Launch mode为singleTask，此时D经过Intent跳转到B，则栈的状况变成了：A B。而C和D被弹出销毁了，也就是说位于B之上的实例都被销毁了。

关于singleTask这个网上很有争议，包括google api上的说明也让我看的是一头雾水，本身用实例亲测，终于算是搞清楚了

正解：1.singleTask 并不必定处于栈底

　　　2.singleTask 并必定会是栈底的根元素　

　　  3.singleTask 并不必定会启动新的task　　

    　状况一：若是在本程序中启动singleTask的activity：假设ActivityA是程序的入口，是默认的模式（standard）,ActivityB是singleTask 模式，由ActivityA启动，刚ActivityB不会位于栈底，不是根元素，不会启动新的task，此种状况ActivityB会和ActivityA在一个栈中，位于ActivityA上面

　　状况二：若是ActivityB由另一个程序启动：假设apkA是状况一中的应用，apkB是测试程序，在apkB中启动apkA中的ActivityB，刚ActivityB会位于栈底，是根元素，会启动新的task

注意：singleTask模式的Activity不论是位于栈顶仍是栈底，再次运行这个Activity时，都会destory掉它上面的Activity来保证整个栈中只有一个本身，切记切记

singleInstance：将Activity压入一个新建的任务栈中。例如：Task栈1的状况为：A B C。C经过Intent跳转到D，而D的Launch mode为singleInstance，则将会新建一个Task栈2。此时Task栈1的状况仍是为：A B C。Task栈2的状况为：D。此时屏幕界面显示D的内容，若是这时D又经过Intent跳转到D，则Task栈2中也不会新建一个D的实例，因此两个栈的状况也不会变化。而若是D跳转到C，则栈1的状况变成了：A B C C，由于C的Launch mode为standard，此时若是再按返回键，则栈1变成：A B C。也就是说如今界面还显示C的内容，不是D。

好了，如今有一个问题就是这时这种状况下若是用户点击了Home键，则再也回不到D的即时界面了。若是想解决这个问题，能够为D在Manifest.xml文件中的声明加上：

 <intent-filter>

       <action android:name="android.intent.action.MAIN" />

        <category android:name="android.intent.category.LAUNCHER" />

 </intent-filter>

 加上这段以后，也就是说该程序中有两个这种声明，另外一个就是那个正常的根activity，在打成apk包安装以后，在程序列表中能看到两个图标，可是若是都运行的话，在任务管理器中其实也只有一个。上面的状况点击D的那个图标就能回到它的即时界面（好比一个EditText，之前输入的内容，如今回到以后依然存在）。

 PS：intent-filter中 <action android:name="android.intent.action.MAIN" />和 <category android:name="android.intent.category.LAUNCHER" />两个过滤条件缺一不可才会在程序列表中添加一个图标，图标下的显示文字是android:label设定的字符串。

转载：http://www.cnblogs.com/xiaoQLu/archive/2011/09/29/2195742.html

-------------------------------------------------------------------------------------------------

android:launchMode
用于指示Activity如何启动。这里有四种模式，与Intent对象中的Activity Flags（FLAG_ACTIVITY_*变量）共同做用，来决定Activity如何启动来处理Intent。它们是：

“standard”
“singleTop”
“singleTask”
“singleInstance”

默认模式是“standard”。

这些模式能够分红两大组别，“standard”和“singleTop”一组，“singleTask”和“singleInstance”一组。具备“standard”和“singleTop”启动模式的Activity能够实例化不少次。这些实例能够属于任何Task而且能够位于Activity stack的任何位置。典型的状况是，它们会进入调用startActivity()的Task（除非Intent对象包含FLAG_ACTIVITY_NEW_TASK标志，在这种状况下会选择一个不一样的Task——参考taskAffinity特性）。
相反的，“singleTask”和“singleInstance”只能启动一个Task。它们老是位于Activity stack的底部。甚至，设备一次只能拥有一个Activity的实例——只有一个这样的Task。

“standard”和“singleTop”模式只在一种状况下有差异：每次有一个新的启动“standard”Activity的Intent，就会建立一个新的实例来响应这个Intent。每一个实例处理一个Intent。类似的，一个“singleTop”的Activity实例也有可能被建立来处理新的Intent。然而，若是目标Task已经有一个存在的实例而且位于stack的顶部，那么，这个实例就会接收到这个新的Intent（调用onNewIntent()）；不会建立新的实例。在其余状况下——例如，若是存在的“singleTop”的Activity实例在目标Task中，但不是在stack的顶部，或者它在一个stack的顶部，但不是在目标Task中——新的实例都会被建立并压入stack中。
“singleTask”和“singleInstance”模式也只在一种状况下有差异：“singleTask”Activity容许其它Activity成为它的Task的部分。它位于Activity stack的底部，其它Activity（必须是“standard”和“singleTop”Activity）能够启动加入到相同的Task中。“singleInstance”Activity，换句话说，不容许其它Activity成为它的Task的部分。它是Task中的惟一Activity。若是它启动其它的Activity，这个Activity会被放置到另外一个task中——好像Intent中包含了FLAG_ACTIVITY_NEW_TASK标志。