美文网首页Android技术知识Android高级进阶Android开发
Android面试官:这几个问题都回答不出来你真的懂Activi

Android面试官:这几个问题都回答不出来你真的懂Activi

作者: 小小小小怪兽_666 | 来源:发表于2020-12-18 21:36 被阅读0次

    引言

    当面试官说请你介绍一下activity启动模式,大多数人都能整两句,什么栈顶复用啊栈内复用啊,不过,你确定你真的懂启动模式吗?

    如果你能回答出下面的问题,那么你可以直接退出当前界面。

    假设有如下四个activity:

    1. A(standard)
    2. B(singleTop)
    3. C(singleTask)
    4. D(singleInstance)

    它们的启动顺序依次是ABCDABCD,请描述activity栈内变化。

    基于交互的分析

    例:
    1,用户在主屏幕中点击应用的图标启动应用后,弹出了第一Activity界面:A,并依次打开了如下界面 A -> B -> C -> D
    2,此时按下home键返回主屏幕,然后重新点击图标启动这个应用,我们会发现弹出的界面还是 D 而不是界面 A
    3,当我们连续点击返回键时,应用中界面会按照启动顺序反向的依次展示,也就是D -> C -> B -> A -> 主屏幕

    通过这个例子我们可以知道Android系统会为应用暂时性的保存一组Activity启动链,记录启动顺序,这就引出了第一个概念:任务

    任务

    先说下任务的定义,Android官方把上述这种为了完成某些工作而链式启动的一系列Activity合集称之为 任务

    我们都知道每个Activity都是互相独立的界面,正是有了任务这样的概念,多个Activity才能够关联起来组成一个完整的应用。

    任务可以同时存在多个吗

    当然可以!

    例:平时我们使用手机经常会在刷微博和聊微信来回切换,每次切换系统都会为我们保存上一次离开的状态。

    任务里Activity必须是来自同一个应用吗

    当然不是!

    例:当我们在社交软件设置用户头像时一般会有拍照和相册两个选项,选择拍照会跳转到摄像机软件,选择相册会跳到系统相册软件。通过这几个软件之间的共同合作完成了一次任务。

    任务中的根Activity

    通常情况下,我们都是通过设备主屏幕点击应用图标启动应用的,同理设备主屏幕也是大多数任务的起点,而应用中的入口Activity就是这个任务的根Activity,根Activity的声明方式你一定特别熟悉:

    <activity
           android:name=".HelloActivity"">
           <intent-filter>
                  <action android:name="android.intent.action.MAIN" />
                  <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
    </activity>
    
    

    当用户点击主屏幕应用图标打开应用时,如果该应用最近未曾被使用过,则会创建一个任务,并将该应用中的入口Activity作为任务中的根Activity打开。反之直接把该应用所在的任务调出来置于前台即可。

    了解完任务之后,我们就大概知道了上述几个例子中Android系统如何保存Activity使用状态的规则。

    返回栈

    任务呢是一个特别虚的概念,是为了方便开发者理解才有的它,而系统中真正存储Activity的是一个遵循先进后出原则的数据结构:栈。一般叫它返回栈(任务栈,堆栈,其实叫什么的都有)。

    返回栈是任务的实际载体,每个任务中所有的Activity都会按照各自的打开顺序保存在对应的返回栈中。所以Android系统显示界面的顺序是先找到要显示界面所在的任务,然后在对应的返回栈中找到显示的Activity。

    值得一提的是由于返回栈存储结构的特殊性,外部只能访问到栈顶的Activity,也就是最后入栈的那个。所以一个Activity想要能显示在屏幕上那么它必须存在于栈顶位置。

    进栈与出栈

    当前 Activity 启动另一个 Activity 时,新的 Activity 会被推送到堆栈顶部,成为焦点显示在屏幕上。 前一个 Activity 仍保留在堆栈中,但是处于停止状态。

    用户按“返回”按钮时,当前 Activity 会从堆栈顶部弹出(Activity 被销毁),而前一个 Activity 恢复执行。如果用户继续按“返回”,堆栈中的相应 Activity 就会弹出,以显示前一个 Activity,直到用户返回主屏幕为止(或者,返回任务开始时正在运行的任意 Activity)。 当所有 Activity 均从堆栈中移除后,任务即不复存在。栈也就会被回收掉。

    特殊的任务

    通过前面的了解,我们知道如果要打开新的界面需要把Activity实例放到当前任务对应的返回栈的栈顶。该操作是不管该Activity之前有没有实例化过或者栈中是否已经存在了的。

    但是,有些特殊情况下,我们会发现一些“例外”。

    例1:当来自多个不同任务中的应用选择使用系统浏览器访问网页的时候,浏览器应用并不会在每个任务的返回栈中都创建Activity,而是将所有网页以选项卡的形式展示在同一个界面中。

    本例中浏览器应用的Activity如果已经实例化过了就不会重新创建。

    例2:小明在微信中向你分享了一条微博内容,你打开后跳转到了微博APP中的该条微博详情页,当你看完内容后按返回键退出该界面发现并不是回到了微信聊天界面,而是来到了微博主页(或上一次在微博中停留的界面)。

    本例中微博详情页的Activity虽然是由微信应用所在的任务启动,但是没有加入到微信应用的任务中,而是加入到了微博的任务栈中。

    管理任务

    很显然上述两个例子在实际使用中并不少见,对于这种特殊的情况我们需要针对性的管理任务,而众所周知的启动模式仅仅是其中的一种。

    定义启动模式

    定义Activity的启动模式其实就是定义一个Activity的新实例如何(是否)与当前任务做关联。以什么样的方式进入到当前(或其他)任务中。

    如果你只说Activity的启动模式有四种,其实是不准确的,因为我们可以通过两种方法定义不同的启动模式:

    • 使用AndroidManifest.xml中定义
      在AndroidManifest.xml中<activity>标签下使用lauchMode属性来指定当前这个activity的启动模式。

    • 使用Intent标志定义
      在调用startActivity(Intent intent)前,通过调用intent.addFlags()或者intent.setFlags()方法为Intent添加一个标志,用于为将要启动的Activity声明启动模式。

    那两者有什么区别呢?

    上述两种方法均可以为activity声明启动模式,只是使用情景不同。

    1. 如果我们希望某个activity在任何情况下都会执行一种特殊的启动模式,我们就可以采用AndroidManifest.xml的方法声明。

    2. 如果我们希望某个activity大多数情况下正常启动,而少数情况下执行特殊的启动模式,我们就可以在需要执行特殊启动模式时在Intent中添加标志声明。

    3. 如果一个activity两种方式都声明了的话,使用Intent标志的方式要比AndroidManifest.xml的优先级高。

    4. 两种方式中定义的启动模式有些是不一样的,Intent标志中定义的某些启动模式AndroidManifest.xml中没有,反之一样。

    5. 我们常说的四种启动模式其实说的是AndroidManifest.xml中定义的。

    使用AndroidManifest.xml声明启动模式

    在清单文件中声明 Activity 时,您可以使用<activity>元素的 ][launchMode属性指定 Activity 应该如何与任务关联。

    您可以分配给 launchMode 属性的启动模式共有四种:

    • standard
    • singleTop
    • singleTask
    • singleInstance

    先不用管他们具体的操作是什么,我们首先要知道这四种启动模式可以分为两大类:

    • standardsingleTop
      该类启动模式的activity可以被多次的实例化,它们的实例可以放到任何任务中,并且可以位于返回栈的任何位置。
    • singleTasksingleInstance
      带有此类启动模式的activity,它们只能有一个实例存在,且实例只能存在于单独的任务中。

    standard:标准模式

    默认启动模式,启动activity时直接创建新的实例并压入启动它的任务栈顶。

    singleTop:栈顶复用模式

    该模式唯一与standard不同的就是,如果启动singleTop模式的activity时发现当前任务的栈顶已经存在着这个activity的实例,那么就不会创建新的实例,而是调用该实例的onNewIntent()方法。其他的跟标准模式一样。

    singleTask:栈内复用模式

    这个模式有些特殊一点,我们先按使用情景介绍它,当我们将要启动该模式的activity时,系统会判断当前是否有它想要的任务栈:

    1. 没有它要的任务栈
      系统会新创建一个任务,并将该activity实例化作为该任务的根activity。

    2. 有它要的任务栈
      这时候系统会找到该任务栈,如果任务栈里只有它自己则直接调用该activity实例的onNewIntent()方法。如果任务栈中它的上方还存在别的activity,那么这些activity会被全部弹出栈。

    至于什么是“它想要的任务栈”,我们会在下面单独分析。

    singleInstance:单例模式
    基本上跟singleTask相同,会为activity单独创建一个任务并能够复用。但是该模式的activity不允许其他activity跟自己存在于同一个任务中,由此 activity 启动的任何 activity 均会被在其他的任务中打开。

    使用Intent标志声明启动模式

    此方式可以通过调用intent.addFlags(int flags)或者intent.setFlags(int flags)方法为Intent添加一个标志,用于为将要启动的Activity声明启动模式。

    在开始介绍前,先进行几点扫盲科普:

    1. 一个Intent可以设置多个标志,这就是为啥有addflags()setFlags()两个方法的原因了。
    2. 为Intent设置标志的参数都是Intent类的静态常量。
    3. 设置Intent标志不光只有设置activity启动模式这一个功能,设置不同的参数还有其他功能。
    4. Intent标志中可以对activity启动模式进行操作的标志可多了,我们只介绍特别典型的三种。

    Intent.FLAG_ACTIVITY_SINGLE_TOP
    AndroidManifest.xml方式中的singleTop启动模式。

    Intent.FLAG_ACTIVITY_NEW_TASK
    AndroidManifest.xml方式中的singleTask启动模式。

    Intent.FLAG_ACTIVITY_CLEAR_TOP
    如果即将启动的 activity 已经存在于当前任务栈中,则会弹出销毁它上方的所有 activity,并调用该activity实例的onNewIntent()方法,而不是启动该 Activity 的新实例。

    singleTask有点像但不一样,在AndroidManifest.xml方式中没有与此对应的值。

    singleTask默认就包含了FLAG_ACTIVITY_CLEAR_TOP的功能。

    关联任务

    在分析singleTask时有提到过该模式下启动activity前会去找“它想要的任务栈”,那么如何去找呢?这就引出了AndroidManifest.xml<activity>标签下的taskAffinity属性。

    taskAffinity 属性

    taskAffinity 属性学名任务相关性,说白了其实就是这个参数可以指定当前activity所属任务栈的名字,该属性的值为字符串:

    例:android:taskAffinity="com.test.demo.task1"

    如果你在<activity>标签没指定这个属性,那么它就用<application>标签的taskAffinity属性,如果<application>标签下也没指定,它就应用包名当做默认值。

    taskAffinity 与 singleTask

    了解到taskAffinity属性后我们在重新梳理一下singleTask启动模式。

    • 如果我们指定了taskAffinity属性的值,那么就跟之前分析的一样,创建新任务等等...
    • 如果我们未指定taskAffinity属性的值,新activity就与当前任务的taskAffinity属性值一样,所以新activity的实例会被放置到当前的任务栈中。

    除了singleTask呢?
    现在我们知道了taskAffinity属性可以强行指定activity所属的任务栈,那么这个属性在其他启动模式情况下是什么样的呢?网上好多人都说没有效果,我不信就亲自测试了一下得出以下结论:

    1. 刚介绍 SingleInstance的时候说它跟singleTask一样都会新建一个任务,既然singleTask是根据taskAffinity属性来决定是否需要新建任务的,那么singleInstance是不是也需要指定这个属性呢?
      答案是否!只要启动模式为singleInstance它一定会单独开一个任务。

    2. SingleTop模式下指定了taskAffinity属性的值后,他就会神奇的切换到指定的那个任务栈中,除此之外跟原来一样。

    3. 最神奇的就是Standard,它也同样受到了taskAffinity属性的影响,也会切换到指定的那个任务栈中,但当我们多次启动这个activity时它不会再多次的创建实例,而是拉起了之前启动过的实例,更特殊的是,其他三种启动模式在复用之前实例时都会调用onNewIntent()方法,他却不会调用该方法。

    taskAffinity的其他作用

    taskAffinity还有一个功能就是可以重新定向所属任务,意思就是这个activity原来是属于任务A的,当有一个跟该activity的taskAffinity属性值相同的任务B被创建后,这个activity就会从任务A中转移到任务B中。

    想要实现这个功能我们还需要allowTaskReparenting属性的配合:

    1. 我们在清单文件中给taskAffinity="A"的activity标签下添加属性android:allowTaskReparenting=true
    2. taskAffinity="B"的任务下启动这个activity,此时这个activity存在于任务B中。
    3. taskAffinity="A"的任务被创建或者被置于前台,该activity将被转移到其任务栈中,位于栈顶位置。

    清理任务

    如果用户长时间离开任务,则系统会清除所有 Activity 的任务,根 Activity 除外。 当用户再次返回到任务时,仅恢复根 Activity。系统这样做的原因是,经过很长一段时间后,用户可能已经放弃之前执行的操作,返回到任务是要开始执行新的操作。

    您可以使用下列几个 Activity 属性修改此行为:

    alwaysRetainTaskState
    如果在任务的根 Activity 中将此属性设置为 "true",则不会发生刚才所述的默认行为。即使在很长一段时间后,任务仍将所有 Activity 保留在其堆栈中。

    clearTaskOnLaunch
    如果在任务的根 Activity 中将此属性设置为 "true",则每当用户离开任务然后返回时,系统都会将堆栈清除到只剩下根 Activity。 即使只离开任务片刻时间,用户也始终会返回到任务的初始状态。

    finishOnTaskLaunch
    类似于clearTaskOnLaunch,但是更狠一些,当用户离开任务再回来的时候,整个任务的activity都会清除,连根activity也是,相当于第一次启动这个任务。

    启动模式的实际应用

    个人觉得常见的四种启动模式中要属singleTop不是很好理解,其他的还好。

    singleTop

    singleTop模式的activity特点就是除了外部可以启动它显示信息外,它也可以用同样的方式启动自己更新显示信息,这样就减少了冗余代码,降低了维护成本。

    例:如果让你设计一个带有搜索应用的APP,主页有一个搜索框,输入信息点击搜索按钮进入结果页显示结果,为方便用户使用,结果页也有一个搜索框,跟主页的搜索框功能一样,你会怎么设计?

    singleTask

    这个启动模式可以分为两种情况:

    1. 未指定taskAffinity
      此时该activity可以当应用中的某一模块的入口处

    有如下启动流程,微信主页 >> 聊天页 >> 聊天设置页 >> 用户资料页 >> 聊天页,此时我们按下返回键直接回到了微信主页。

    1. 指定了taskAffinity
      如果利用该启动模式新开了任务,在用户的视角里就相当开了两个应用(在任务管理器中会看到两个最近应用),所以谨慎使用,我能想到的使用情况就是一个Word应用打开了两份文档。

    singleInstance

    这种情况下不管有多少个任务启动它,它都会作为一个单独任务存在着,这种模式极其特殊,谨慎使用。

    例:拨号界面,闹钟界面。

    面试复习路线

    多余的话就不讲了,接下来将分享面试的一个复习路线,如果你也在准备面试但是不知道怎么高效复习,可以参考一下我的复习路线,有任何问题也欢迎一起互相交流,加油吧!

    这里给大家提供一个方向,进行体系化的学习:

    1、看视频进行系统学习

    前几年的Crud经历,让我明白自己真的算是菜鸡中的战斗机,也正因为Crud,导致自己技术比较零散,也不够深入不够系统,所以重新进行学习是很有必要的。我差的是系统知识,差的结构框架和思路,所以通过视频来学习,效果更好,也更全面。关于视频学习,个人可以推荐去B站进行学习,B站上有很多学习视频,唯一的缺点就是免费的容易过时。

    另外,我自己也珍藏了好几套视频,有需要的我也可以分享给你。

    2、进行系统梳理知识,提升储备

    客户端开发的知识点就那么多,面试问来问去还是那么点东西。所以面试没有其他的诀窍,只看你对这些知识点准备的充分程度。so,出去面试时先看看自己复习到了哪个阶段就好。

    系统学习方向:

    • 架构师筑基必备技能:深入Java泛型+注解深入浅出+并发编程+数据传输与序列化+Java虚拟机原理+反射与类加载+动态代理+高效IO

    • Android高级UI与FrameWork源码:高级UI晋升+Framework内核解析+Android组件内核+数据持久化

    • 360°全方面性能调优:设计思想与代码质量优化+程序性能优化+开发效率优化

    • 解读开源框架设计思想:热修复设计+插件化框架解读+组件化框架设计+图片加载框架+网络访问框架设计+RXJava响应式编程框架设计+IOC架构设计+Android架构组件Jetpack

    • NDK模块开发:NDK基础知识体系+底层图片处理+音视频开发

    • 微信小程序:小程序介绍+UI开发+API操作+微信对接

    • Hybrid 开发与Flutter:Html5项目实战+Flutter进阶

    知识梳理完之后,就需要进行查漏补缺,所以针对这些知识点,我手头上也准备了不少的电子书和笔记,这些笔记将各个知识点进行了完美的总结。

    3、读源码,看实战笔记,学习大神思路

    “编程语言是程序员的表达的方式,而架构是程序员对世界的认知”。所以,程序员要想快速认知并学习架构,读源码是必不可少的。阅读源码,是解决问题 + 理解事物,更重要的:看到源码背后的想法;程序员说:读万行源码,行万种实践。

    主要内含微信 MMKV 源码、AsyncTask 源码、Volley 源码、Retrofit源码、OkHttp 源码等等。

    4、面试前夕,刷题冲刺

    面试的前一周时间内,就可以开始刷题冲刺了。请记住,刷题的时候,技术的优先,算法的看些基本的,比如排序等即可,而智力题,除非是校招,否则一般不怎么会问。

    关于面试刷题,我个人也准备了一套系统的面试题,帮助你举一反三:

    以上内容均免费分享给大家,需要完整版的朋友,点这里可以看到全部内容。或者关注主页扫描加 微信 获取。

    相关文章

      网友评论

        本文标题:Android面试官:这几个问题都回答不出来你真的懂Activi

        本文链接:https://www.haomeiwen.com/subject/ppvfnktx.html