内容简介:是Activity的一种配置属性,表示Activity由哪种方式启动有两种配置方式:具体的使用以及各种搭配使用说明可以看这个
是Activity的一种配置属性,表示Activity由哪种方式启动
how(怎么用)
有两种配置方式:
- 在manifest清单文件中配置默认启动属性。
- 在 java 代码中,启动Activity时指定启动方式,通过inent.addFlags()方法,这里面常用的有四种。
- Intent.FLAG_ACTIVITY_NEW_TASK
- Intent.FLAG_ACTIVITY_SINGLE_TOP
- Intent.FLAG_ACTIVITY_CLEAR_TOP
- Intent.FLAG_ACTIVITY_CLEAN_TASK
具体的使用以及各种搭配使用说明可以看这个 Android 之Activity启动模式(二)之 Intent的Flag属性 ,写的很详细。
why(为什么需要)
在不同的场景考虑到不同形式的Activity实例的复用,选择不同的加载方式。
四种launchMode启动模式
介绍启动模式前,我们先来了解下Android的Activity管理机制。
Android采用Task来管理多个Activity,当我们启动一个应用时,Android就会为之创建一个Task,然后就是启动这个应用程序的入口Activity,并将实例放入Task。
Android并没有为Task提供任何的API,我们无法真正的访问Task,只有一个getTaskId方法获得所在Task的Id。Task通过栈的方式管理Activity实例,包括先进后出、入栈出栈方式都是一样的。
standard模式
默认的启动模式。每次启动一个Activity,都会创建一个新的Activity实例放在Task栈顶。这个Task栈是启动新的Activity的Activity所在的Task栈。那么这时候就会有特殊的情况,如果是service或者Application启动的Activity,并没有Task栈,这时就需要我们通过addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)指定标记,创建一个新的Task。
app的大多数Activity皆采用这种启动模式。作为开发者,我们考虑到的就是用户在操作每个页面后,即使之间有重复的界面,按回退键也可以按照刚刚操作的顺序回退。
singleTop模式
这种模式存在两种情况:
- Task栈顶不是要启动的Activity实例,这时和standard模式没有区别
- Task栈顶是要启动的Activity实例,那么就会复用这个实例,并且回调该Activity的onNewIntent方法。由于不会创建Activity实例,所以不会回调其他方法。
一般应用于通知详情页或者聊天界面,即通过点击通知栏消息进入Activity。可以避免有多次通知消息通过点击而产生较多Activity实例。增强Activity的复用性。
singleTask
这种模式有三种情况。
- Task栈中不存在要启动的Activity实例,这时和standard模式没有任何区别
- Task栈中存在要启动的Activity实例,且此实例在栈顶,这时和singleTop模式没有区别
- Task栈中存在要启动的Activity实例,且此实例不在栈顶。这时会移除此实例上的所有Activity实例,使此实例置于Task栈顶,并复用此实例,回调onNewIntent方法
也就是说这是一种栈内的单例模式。这种模式下还可以通过manifest文件中的taskAffinity属性来指定要加载的Task栈。
<activity android:name=".activitys.MainActivity" android:launchMode="singleTask" android:taskAffinity="com.gl.task"/> 复制代码
关于taskAffinity的值:每个Activity都有taskAffinity属性,这个属性指出了它希望进入的Task。如果一个Activity没有显式的指明该Activity的taskAffinity,那么它的这个属性就等于Application指明的taskAffinity,如果Application也没有指明,那么该taskAffinity的值就等于包名。
这种模式一般应用于app的主页,在退出应用程序的时候不需要退出其他的Activity,因为主页一般置于Task栈底部。或者该页面可能会被其他应用程序唤醒,比如浏览器首页。
singleInstance模式
这种模式算是一种全局的单例模式,即只要有任何一个栈存在此Activity实例,就会复用此实例,回调onNewIntent方法。如果此实例不存在,那么就会创建新的Task栈,并放入Activity实例。
也就是说,这种模式下的Activity实例只有两种形式。
- 不存在此实例
- 存在此实例,且只在一个Task栈中并且该Task中只有该实例
这种模式一般应用于闹钟响铃界面、拨打接听电话界面等系统界面,确保此Activity实例只能存在一个。 常应用于独立栈操作的应用,如闹钟的提醒页面,当你在A应用中看视频时,闹钟响了,你点击闹钟提醒通知后进入提醒详情页面,然后点击返回就再次回到A的视频页面,这样就不会过多干扰到用户先前的操作了。
另外启动其他应用程序中的Activity的操作,在5.0之前新启动的Activity实例会放入启动的Intent所在的Task栈内,虽然他们并不属于同一应用程序。这好像并不怎么合理,所以在5.0后会创建一个新的Task栈存放外部应用程序的Activity实例
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 面试官逼疯面试者:聊聊多进程场景下 Logging 的解决方案?
- 面试官:ThreadLocal的应用场景和注意事项有哪些?
- 面试官:你说说互斥锁、自旋锁、读写锁、悲观锁、乐观锁的应用场景
- HBase场景 | 对比MySQL,一文看透HBase的能力及使用场景
- 容器的应用场景
- Redis 应用场景汇总
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。