Activity的启动模式与flag详解

Activity有四种加载模式：standard(默认)， singleTop， singleTask和 singleInstance。如下逐一举例说明他们的区别：

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之上的实例都被销毁了。

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，之前输入的内容，如今回到以后依然存在）。

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Intent的经常使用Flag参数：

FLAG_ACTIVITY_CLEAR_TOP：例如如今的栈状况为：A B C D 。D此时经过intent跳转到B，若是这个intent添加FLAG_ACTIVITY_CLEAR_TOP 标记，则栈状况变为：A B。若是没有添加这个标记，则栈状况将会变成：A B C D B。也就是说，若是添加了FLAG_ACTIVITY_CLEAR_TOP 标记，而且目标Activity在栈中已经存在，则将会把位于该目标activity之上的activity从栈中弹出销毁。这跟上面把B的Launch mode设置成singleTask相似。

FLAG_ACTIVITY_NEW_TASK：例如如今栈1的状况是：A B C。C经过intent跳转到D，而且这个intent添加了FLAG_ACTIVITY_NEW_TASK 标记，若是D这个Activity在Manifest.xml中的声明中添加了Task affinity，而且和栈1的affinity不一样，系统首先会查找有没有和D的Task affinity相同的task栈存在，若是有存在，将D压入那个栈，若是不存在则会新建一个D的affinity的栈将其压入。若是D的Task affinity默认没有设置，或者和栈1的affinity相同，则会把其压入栈1，变成：A B C D，这样就和不加FLAG_ACTIVITY_NEW_TASK 标记效果是同样的了。      注意若是试图从非activity的非正常途径启动一个activity，好比从一个service中启动一个activity，则intent好比要添加FLAG_ACTIVITY_NEW_TASK 标记。

FLAG_ACTIVITY_NO_HISTORY：例如如今栈状况为：A B C。C经过intent跳转到D，这个intent添加FLAG_ACTIVITY_NO_HISTORY标志，则此时界面显示D的内容，可是它并不会压入栈中。若是按返回键，返回到C，栈的状况仍是：A B C。若是此时D中又跳转到E，栈的状况变为：A B C E，此时按返回键会回到C，由于D根本就没有被压入栈中。

 FLAG_ACTIVITY_SINGLE_TOP：和上面Activity的 Launch mode的singleTop相似。若是某个intent添加了这个标志，而且这个intent的目标activity就是栈顶的activity，那么将不会新建一个实例压入栈中。

 /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Activity的主要属性：

allowTaskReparenting：设置成true时，和Intent的FLAG_ACTIVITY_NEW_TASK 标记相似。

alwaysRetainTaskStat:   若是用户长时间将某个task 移入后台，则系统会将该task的栈内容弹出只剩下栈底的activity，此时用户再返回，则只能看到根activity了。若是栈底的 activity的这个属性设置成true，则将阻止这一行为，从而保留全部的栈内容。

clearTaskOnLaunch：根activity的这个属性设置成true时，和上面的alwaysRetainTaskStat 的属性为true状况搞好相反。

finishOnTaskLaunch：对于任何activity，若是它的这个属性设置成true，则当task被放置到后台，而后从新启动后，该activity将不存在了。