Activity的启动模式

　　我们在开发项目的过程中，会涉及到该应用中多个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属性：

<activity android:name="ActB" android:launchMode ="singleTask"></activity>

也可以在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，这是有错误的。

转自：http://wenzongliang.iteye.com/blog/1344817

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

这几种模式的区别体现以下四点上：

    1）当这个activity被激活的时候，会放入哪个任务栈。

    对于“standard”和“singleTop”模式，这个新被激活的activity会放入和之前的activity相同的任务栈中――除非Intent对象包含FLAG_ACTIVITY_NEW_TASK标志。

    2）是否可以存在这个activity类型的多个实例。

    对于“standard”和“singleTop”模式，可以有多个实例，并且这些实例可以属于不同的任务栈，每个任务栈也可以包含有这个activity类型的多个实例。 

  “singleTop"要求如果创建intent的时候栈顶已经有要创建 的Activity的实例，则将intent发送给该实例，而不发送给新的实例。 

  “singleTask”和”singleInstance”则限制只生成一个实例。

  3）包含此activity的任务栈是否可以包含其它的activity。

    “singleInstance”模式表示包含此activity的任务栈不可以包含其它的activity。若此activity启动了另一个activity组件，那么无论那个activity组件的启动模式是什么或是Intent对象中是否包含了FLAG_ACTIVITY_NEW_TASK标志，它都会被放入另外的任务栈。在其它方面“singleInstance”模式和“singleTask”模式是一样的。

    其余三种启动模式则允许包含此activity的任务栈包含其它的activity。

    4）是否每次都生成新实例

    对于默认的“standard”模式，每当响应一个Intent对象，都会创建一个这种activity类型的新的实例。即每一个activity实例处理一个intent。

    对于“singleTop”模式，只有当这个activity的实例当前处于任务栈的栈顶位置，则它会被重复利用来处理新到达的intent对象。否则就和“standard”模式的行为一样。

    “singleInstance”是其所在栈的唯一activity，它会每次都被重用。

     对于“singleTask”模式的acitvity，在其上面可能存在其它的activity组件，所以它的位置并不是栈顶，在这种情况下，intent对象会被丢弃。（虽然会被丢弃，但是这个intent对象会使这个任务栈切换到前台）

    注意：

    当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法 
若为了处理一个新到达的intent对象而创建了一个activity实例，则用户按下“BACK”键就会退到之前的那个activity。但若这个新到达的intent对象是由一个已经存在的activity组件来处理的，那么用户按下“BACK” 键就不会回退到处理这个新intent对象之前的状态了。

Using Intent flags

当开启一个activity时，可以通过在intent中包含标志来修改activity的默认的与当前task的关联，然后将该intent传递给startActivity().可以修改的默认的标志为：

• FLAG_ACTIVITY_NEW_TASK
  在一个新的task中开启一个activity。如果包含该activity的task已经运行，该task就回到前台，activity通过onNewIntent()接受处理该intent。
  这是与"singleTask"登录模式相同的行为。
• FLAG_ACTIVITY_SINGLE_TOP
  如果要被开启的activity是当前的activity（在返回栈的顶部），已经存在的实例通过onNewIntent()接收一个调用，然后处理该intent，而非重新创建一个新的实例。
  这与"singleTop"登录模式有相同的行为。
• FLAG_ACTIVITY_CLEAR_TOP
  如果要被开启的activity已经在当前的task中运行，系统不会生成该activity的一个新的实例，在该栈顶部的所有其他的activity会被销毁，这个intent通过 onNewIntent()被传递给该重新运行的activity的实例（现在在栈顶部）。
  manifest中没有相对应的属性。
  
  FLAG_ACTIVITY_CLEAR_TOP经常和FLAG_ACTIVITY_NEW_TASK一起使用.当一起使用时，这些标志可以确定一个存在的activity在另一个task中的位置，并且将其放置于可以响应intent的位置（FLAG_ACTIVITY_NEW_TASK确定该activity，然后FLAG_ACTIVITY_CLEAR_TOP销毁顶部其他的activity）。如果指定的activity的登录模式是"standard"，也会被从栈中移除，一个新的实例也会被登录到它的位置来处理到来的intent。那是因为当登录模式为 "standard"时，一个新的实例总是被创建