Activity的四种启动方式
2014-10-15 09:35
501 查看
我们在开发项目的过程中,会涉及到该应用中多个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属性: [align=left]<activity android:name="ActB" android:launchMode ="singleTask"></activity>[/align] 也可以在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,这是有错误的。 |
相关文章推荐
- Android Activity四种方式启动
- Android随笔(一)——Activity的四种启动方式
- activity的四种启动方式
- Android深度系列—Activity四种启动方式与栈原理
- Android四种启动Activity方式
- android activity四种启动方式
- 2015.6.22学习笔记之activity的生命周期和四种启动方式
- Android学习:Activity的四种启动方式
- Activity的四种启动方式
- 四种Activity的启动方式
- Android中Activity的四种启动方式
- Activity启动方式有四种,分别是:standardsingleTopsingleTasksingleInstance
- Activity的四种启动方式
- 安卓-activity四种启动方式
- Activity的四种LaunchMode(启动方式)
- Activity 的四种启动方式
- 88程序锁的BUG(界面启动混乱)修复(利用Activity的启动方式[四种])
- activity 的四种启动方式
- Activity的四种启动方式
- Android Activity四种启动方式