-
Activity为什么需要启动模式?
为了避免频繁启动一个Activity时,生成多个实例,杜绝内存浪费。
一个Activity启动时,这个Activity实例就会被放入任务栈(Task)中; 当点击返回键的时候,位于任务栈顶层的Activity就会被清理出去; 当任务栈中不存在任何Activity实例后,系统就会去回收这个任务栈,程序退出。
-
怎么用
1.通过AndroidMenifest.xml文件为Activity指定启动模式
<activity android:name=".activity" android:launchMode="standard" />
2.通过在Intent中设置标志位(addFlags方法)来为Activity指定启动模式
Intent intent = new Intent(); intent.setClass(ActivityB.this,ActivityA.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent);
常用的Activity的Flag
-
Intent.FLAG_ACTIVITY_NEW_TASK
相当于singleTask 通常我们在Service启动Activity时由于Service中并没有Activity任务栈, 所以必须使用该Flag来创建一个新的Task.
-
Intent.FLAG_ACTIVITY_SINGLE_TOP
该标志位表示使用singleTop模式来启动一个Activity
-
Intent.FLAG_ACTIVITY_CLEAR_TOP
该标志位表示使用singleTask模式来启动一个Activity
-
Intent.FLAG_ACTIVITY_NO_HISTORY
使用该模式来启动Activity,当该Activity启动其他Activity后, 该Activity就被销毁了,不会保留在任务栈中。 如A-B,B中以这种模式启动C,C再启动D,则任务栈只有ABD。
-
Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
使用该标识位启动的Activity不添加到最近应用列表, 也即我们从最近应用里面查看不到我们启动的这个activity。 与属性android:excludeFromRecents="true"效果相同。
-
-
taskAffinity 属性
taskAffinity属性不对standard和singleTop模式有任何影响
<activity android:name=".ActivitySingleTop" android:launchMode="singleTop" android:taskAffinity="com.castiel.demo.singletop"/>
- 这个参数标示了一个Activity所需任务栈的名字,默认情况下,所有Activity所需的任务栈的名字为应用包名
- 一个任务的affinity决定于这个任务的根activity的taskAffinity
- 具有相同的affinity的activity(即设置了相同taskAffinity属 性的activity)属于同一个任务
- 为一个activity的taskAffinity设置一个空字符串,表明这个activity不属于任何task;
-
Activity的4种启动模式
-
standard-默认模式
允许多个相同Activity实例创建,叠加;
-
singleTop-栈顶复用模式
如果新的activity已经位于栈顶,那么这个activity不会被重写创建,同时它的onNewIntent方法会被调用,通过此方法的参数可以去除当前请求的信息;
如果栈顶不存在该activity的实例,则情况与standard模式相同;
-
singleTask-栈内复用模式
模式启动时会通过taskAffinity属性寻找任务栈,如果任务栈不存在,最会创建这个任务栈
如果栈中存在这个Activity的实例就会复用这个Activity,复用时,会将它上面的Activity出栈,并调用该实例的onNewIntent
-
singleInstance-全局唯一模式
该模式具备singleTask模式的所有特性外
区别:这种模式下Activity会单独占用一个Task栈,具有全局唯一性(即整个系统中就这么一个实例),除非这个任务栈销毁,否则不会创建新的实例
-
应用场景
standard:普通activity
singleTop:适合接收通知启动的内容显示页面
比如一下子收到一堆推送消息,不能每个都弹出来吧。但凡是这样的都行。优酷的推荐视频,电商app推送一个活动。
singleTask:程序入口等启动页面
最常见的应用场景就是保持我们应用开启后仅仅有一个Activity的实例。最典型的样例就是应用中展示的主页面(Fragment的containerActivity)、WebView页面、扫一扫页面、电商中:购物界面,确认订单界面,付款界面。
singleInstance:完全独立的
系统Launcher、锁屏键、来电显示等系统应用;
singleInstance不要用于中间页面,如果用于中间页面,跳转会有问题。
问题:举例 A -> B(singleInstance) ->C
情形 1:在 C 界面返回,会直接返回到 A,继续在 A 界面返回(退出) 会 出现 B(singleInstance) 界面。
情形 2:打开 C 界面 ,HOME 键应用推到后台再次返回应用,在 C 界面返回到 A,继续在 A 界面返回(退出),B被系统杀死不会再出现(设置taskAffinity属性除外)。
singleInstance用于中间页面的情形被面试官问到了,思路没错,回来试了下确实是这样无意中发现了情形 2的情况需要进一步验证原因,这里暂且不议。
LaunchMode与startActivityForResult() 的一些使用问题
在 5.0 之前 可能会遇到这种情况:
startActivityForResult方法启动一个Activity,然后在onActivityResult()方法中可以接收到上个页面的回传值,但你有可能遇到过拿不到返回值的情况。
原因:在还没有开始界面跳转本身的onActivityResult被马上被执行了
官方注解标示:
Android认为不同的Task之间对这种要求返回结果的启动方式会产生一些依赖(对Task),所以干脆简单粗暴在跳转前直接返回RESULT_CANCELED结果。
关系如下:
LaunchMode与startActivityForResult()所以要注意5.0之前对启动模式的使用
5.0之后没有这类问题。
网友评论