Android解析四种启动模式

我们在开发项目的过程中，会涉及到该应用中多个Activity组件之间的跳转，或者夹带其它应用的可复用的Activity。例如我们可能希望跳转到原来某个Activity实例，而不是产生大量重复的 Activity。这样就需要我们为 Activity 配置特定的加载模式，而不是使用默认的加载模式。
Activity 有四种加载模式
[1] standard 模式
这是默认模式，每次激活Activity时都会创建Activity实例，并放入任务栈中。

[2] singleTop 模式
如果在任务的栈顶正好存在该Activity的实例，就重用该实例( 会调用实例的 onNewIntent() )，否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例，只要不在栈顶，都会创建新的实例。

[3] singleTask 模式
如果在栈中已经有该Activity的实例，就重用该实例(会调用实例的 onNewIntent() )。重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。如果栈中不存在该实例，将会创建新的实例放入栈中。

[4] singleInstance 模式
在一个新栈中创建该Activity的实例，并让多个应用共享该栈中的该Activity实例。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例( 会调用实例的 onNewIntent() )。其效果相当于多个应用共享一个应用，不管谁激活该 Activity 都会进入同一个应用中。

设置启动模式的位置在 AndroidManifest.xml 文件中 Activity 元素的 android:launchMode 属性。

在多Activity开发中，有可能是自己应用之间的Activity跳转，或者夹带其他应用的可复用Activity。可能会希望跳转到原来某个Activity实例，而不是产生大量重复的Activity。
这需要为Activity配置特定的加载模式，而不是使用默认的加载模式。
加载模式分类及在哪里配置
Activity有四种加载模式：

standard
singleTop
singleTask
singleInstance
设置的位置在AndroidManifest.xml文件中activity元素的android:launchMode属性：

也可以在Eclipse ADT中图形界面中编辑：

区分Activity的加载模式，通过示例一目了然。这里编写了一个Activity A（ActA）和Activity B（ActB）循环跳转的例子。对加载模式修改和代码做稍微改动，就可以说明四种模式的区别。
standard
首先说standard模式，也就是默认模式，不需要配置launchMode。先只写一个名为ActA的Activity：
例子中都没有用layout，免得看着罗嗦。可见是ActA –> ActA的例子。在界面中打印出对象的toString值可以根据hash code识别是否创建新ActA实例。
第一个界面：

点击按钮后：

可以多点几次。发现每次都创建了该Activity的新实例。standard的加载模式就是这样的，intent将发送给新的实例。
现在点Android设备的回退键，可以看到是按照刚才创建Activity实例的倒序依次出现，类似退栈的操作，而刚才操作跳转按钮的过程是压栈的操作。如下图：

singleTop
singleTop和standard模式，都会将intent发送新的实例（后两种模式不发送到新的实例，如果已经有了的话）。不 过，singleTop要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不发送给新的实例。
还是用刚才的示例，只需将launchMode改为singleTop，就能看到区别。
运行的时候会发现，按多少遍按钮，都是相同的ActiA实例，因为该实例在栈顶，因此不会创建新的实例。如果回退，将退出应用。

singleTop模式，可用来解决栈顶多个重复相同的Activity的问题。
如果是A Activity跳转到B Activity，再跳转到A Activity，行为就和standard一样了，会在B Activity跳转到A Activity的时候创建A Activity的新实例，因为当时的栈顶不是A Activity实例。
ActA类稍作改动：
ActB类：
ActB类使用默认（standard）加载，ActA使用singleTop加载。结果类似下图：

如果把ActA的加载模式改为standard，情况一样。

现有2个项目，taskA、taskB。taskA负责调用taskB中指定的界面。
taskB中有3个界面，a、b、c，每个界面显示它所在的task id。
SingleTask：
其中b界面被声明为SingleTask。
先运行taskB，显示a界面，由a界面调用b界面，这时b界面的taskid与a界面的taskid是一致的，说明b界面与a界面在同一个task中；由b界面调用c界面时，c界面的taskid与a和b界面的taskid一致，说明这三个界面是在同一个task中。当前显示的是c界面，此时按Home键回到桌面，运行taskA的界面调用taskB的b界面，这时b界面显示出来，它的taskid没有变，还是之前的taskid，只不过之前显示的是c界面，这时c界面已经不知所踪，这时再按back键，则回到了a界面，然后是taskA的界面。
这说明，SingleTask所标注的Activity在被自身的app调用时，是不新建task的，同时，如果系统中存在了这个SingleTask界面的实例时，会将其所在的task切换到前台，并把SingleTask界面之后开启的其他界面全部关闭(有待考证是否关闭)。

另外有一种情况，例如：a界面被调用，这时按Home键返回到桌面，启动taskA，并调用b界面，这时b界面的taskid与a界面的一致，说明b界面与a界面同属于一个task。如果直接运行taskA调用b界面，b的taskid与taskA的界面的taskid不同，说明在新task中实例化了b界面，由b界面调用c界面，c界面的taskid与b界面一致，说明b与c同属于一个task。

SingleInstance：
将b界面声明为SingleInstance。
先运行taskB，显示a界面，由a界面调用b界面，这时b界面的taskid与a界面的taskid不同，说明b界面是在新task中生成的实例；由b界面调用c界面，c界面的taskid与a界面的taskid相同，说明a、c界面同属于一个task。
由此可以看出SingleTask与SingleInstance是有本质区别的，而不是像网上说的那样，都是task的root activity，这是有错误的。