每日一道面试题(第4期)---launchMode的应用场景

零零碎碎的东西总是记不长久,仅仅学习别人的文章也只是他人咀嚼后留下的残渣。无意中发现了这个每日一道面试题,想了想如果只是简单地去思考,那么不仅会收效甚微,甚至难一点的题目自己可能都懒得去想,坚持不下来。所以不如把每一次的思考、理解以及别人的见解记录下来。不仅加深自己的理解,更要激励自己坚持下去。

launchMode简介

what(是什么)

是Activity的一种配置属性,表示Activity由哪种方式启动

how(怎么用)

有两种配置方式:

  • 在manifest清单文件中配置默认启动属性。

manifest配置launchMode

  • 在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实例,包括先进后出、入栈出栈方式都是一样的。

Task栈

standard模式

默认的启动模式。每次启动一个Activity,都会创建一个新的Activity实例放在Task栈顶。这个Task栈是启动新的Activity的Activity所在的Task栈。那么这时候就会有特殊的情况,如果是service或者Application启动的Activity,并没有Task栈,这时就需要我们通过addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)指定标记,创建一个新的Task。

standard示例

app的大多数Activity皆采用这种启动模式。作为开发者,我们考虑到的就是用户在操作每个页面后,即使之间有重复的界面,按回退键也可以按照刚刚操作的顺序回退。

singleTop模式

这种模式存在两种情况:

  • Task栈顶不是要启动的Activity实例,这时和standard模式没有区别
  • Task栈顶是要启动的Activity实例,那么就会复用这个实例,并且回调该Activity的onNewIntent方法。由于不会创建Activity实例,所以不会回调其他方法。

singleTop

一般应用于通知详情页或者聊天界面,即通过点击通知栏消息进入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的值就等于包名。

singleTask示例

这种模式一般应用于app的主页,在退出应用程序的时候不需要退出其他的Activity,因为主页一般置于Task栈底部。或者该页面可能会被其他应用程序唤醒,比如浏览器首页。

singleInstance模式

这种模式算是一种全局的单例模式,即只要有任何一个栈存在此Activity实例,就会复用此实例,回调onNewIntent方法。如果此实例不存在,那么就会创建新的Task栈,并放入Activity实例。

也就是说,这种模式下的Activity实例只有两种形式。

  • 不存在此实例
  • 存在此实例,且只在一个Task栈中并且该Task中只有该实例

singleInstance实例

这种模式一般应用于闹钟响铃界面、拨打接听电话界面等系统界面,确保此Activity实例只能存在一个。
常应用于独立栈操作的应用,如闹钟的提醒页面,当你在A应用中看视频时,闹钟响了,你点击闹钟提醒通知后进入提醒详情页面,然后点击返回就再次回到A的视频页面,这样就不会过多干扰到用户先前的操作了。

另外启动其他应用程序中的Activity的操作,在5.0之前新启动的Activity实例会放入启动的Intent所在的Task栈内,虽然他们并不属于同一应用程序。这好像并不怎么合理,所以在5.0后会创建一个新的Task栈存放外部应用程序的Activity实例


   转载规则


《每日一道面试题(第4期)---launchMode的应用场景》 飞跃 采用 知识共享署名 4.0 国际许可协议 进行许可。
 上一篇
每日一道面试题(第5期)---哪些情况下会导致OOM问题 每日一道面试题(第5期)---哪些情况下会导致OOM问题
零零碎碎的东西总是记不长久,仅仅学习别人的文章也只是他人咀嚼后留下的残渣。无意中发现了这个每日一道面试题,想了想如果只是简单地去思考,那么不仅会收效甚微,甚至难一点的题目自己可能都懒得去想,坚持不下来。所以不如把每一次的思考、理解以及别人
2020-03-31
下一篇 
每日一道面试题(第3期)---一般什么情况下会导致内存泄漏问题 每日一道面试题(第3期)---一般什么情况下会导致内存泄漏问题
零零碎碎的东西总是记不长久,仅仅学习别人的文章也只是他人咀嚼后留下的残渣。无意中发现了这个每日一道面试题,想了想如果只是简单地去思考,那么不仅会收效甚微,甚至难一点的题目自己可能都懒得去想,坚持不下来。所以不如把每一次的思考、理解以及别人
2020-03-31
  目录