请选择 进入手机版 | 继续访问电脑版

石家庄老站长

点击联系客服
客服QQ:509006671 客服微信:mengfeiseo
 找回密码
 立即注册
查看: 26|回复: 0

注意!对于如何理解OnStart可见但不能交互的问题 程序员不应该小看这个问题 涉及的方面很多!

[复制链接]

1

主题

1

帖子

-7

积分

限制会员

积分
-7
发表于 2021-4-1 22:45:24 | 显示全部楼层 |阅读模式



前言

今天朋友会遇到一个面问题,和大家分享。

onStart生命周期表示Activity可见,那为什么不能交互呢?

这个问题看起来很简单,但相关的方面比较多。例如,了解活动生命周期、了解流程、绘制View的时间等。

一起看看吧。

onStart介绍

首先是对onStart生命周期的理解。

官方网站是这样介绍的。

当Activity处于已启动状态时,将调用此回调。通过OnStart()调用向用户显示活动。这是因为应用程序准备让Activity进入前台并支持交互。

用户能看到吗?

奇怪的是,用户看到的不是我们能看到的,为什么又不能互动呢?

而且,onStart上还没有画出界面,怎么能理解这个刺呢?

做个小实验

第一,科普官方定义的两种状态。

从OnStart到onStop的状态称为“已启动”状态。从OnResume到onPause的中间状态称为“已还原”状态。接下来,我们来做一个小实验,将ActivityA、ActivityB和ActivityB定义为Dialog主题。在ActivityA中单击可转到B。

Image.setOnClickListener  {

Startactivity  (intent  (this,activity  b: class.java))

}

activity  Android  3360 name=' . activity  . activity  b  '

Android  : theme=' @ style/theme  . appcompat  . light  . dialog  '

Android  : Launch  mode=' standard  '

/活动

进入ActivityA后,单击按钮跳到B,A的生命周期将返回到onPause,即已启动状态。





此时,界面如下:





活动A处于“已启动”状态,对用户可见。

这里能看到的东西我不太理解。的确,我们看到的只有3358www.sina.com/。

所以延伸到普通Activity意味着用户想表达,而不是肉眼可见。

Activity虽然已经显示,但看起来还不在前台,但不能交互。

这种可见状态来自onS。
tart开始,onStop结束,我们可以分为两个阶段:

  • onStart到onResume。这个阶段,Activity被创建,布局已加载,但是界面还没绘制,可以说界面都不存在。
  • onPause到onStop。这个阶段,就是我们刚才所做的实验,Activity有界面,只是被新的界面所遮挡,也就是不在前台。
    所以综合两个阶段,我们把这种Activity被创建或已经显示出来,但是不在前台,介于两者之间的状态叫做 可见 状态。

    onStart 和 onResume
    到此,我们知道了可见的意思,其实也就知道了另外一个问题,也就是为什么要设计出onStart和onResume这两种状态。

  • onStart和onStop,是从Activity是否可见的角度设计的。
  • onResume和onPause,是从Activity是否位于前台的角度设计的。
    所以Activity的生命周期又可以解释为:

    被创建(onCreate)——> 可见(onStart)——> 位于前台(onResume)——> 可见但不在前台(onPause)

    可见进程
    从另外的角度看,这个可见 可以指的是 可见进程。这就涉及到进程的分类。


    为了确定在内存不足时应该终止哪些进程,Android 会根据每个进程中运行的组件以及这些组件的状态,将它们放入“重要性层次结构”。这些进程类型包括(按重要性排序):前台进程,可见进程,服务流程,缓存进程


    这些进程是什么意思呢?

  • 前台进程是用户目前执行操作所需的进程。比如 正在用户的互动屏幕上运行一个 Activity(其 onResume() 方法已被调用)
  • 可见进程是正在进行用户当前知晓的任务。比如 正在运行的 Activity 在屏幕上对用户可见,但不在前台(其 onPause() 方法已被调用)
  • 服务流程包含一个已使用 startService() 方法启动的 Service。
  • 缓存进程是目前不需要的进程。比如 当前不可见的一个或多个 Activity 实例(onStop() 方法已被调用并返回)
    所以Activity的生命周期又可以通过进程分为:

    可见进程(onStart)——> 前台进程(onResume)——> 可见进程(onPause)——> 缓存进程(onStop)

    这些进程有什么用呢?

    我们都知道,在Android系统中有很多很多运行中的APP,也就代表了不同的进程。

    当内存不够时(达到了某个阈值),系统首先会通过onTrimMemory()回调方法告诉应用,让应用自己来处理低内存情况下的减少内存操作。这之后,如果内存还是很紧张,那么就会开始对一些进程的杀除,以释放内存。这里就需要判断进程的优先级了,从低优先级开始按顺序终止进程。

    所以,进程的分类作用就在这了。优先级的高低其实就代表了 终止进程的顺序,也代表了对用户的影响程度。

    当然实际代码中,进程优先级是有数字表示的,也就是ADJ,而上面说的进程类型都有相应的进程优先级数字范围。比如:

    public final class ProcessList {
        //可见进程
        static final int VISIBLE_APP_ADJ = 100;
        // 前台进程
        static final int FOREGROUND_APP_ADJ = 0;
        // 服务进程
        static final int SERVICE_ADJ = 500;
        // 缓存进程
        static final int CACHED_APP_MIN_ADJ = 900;
        //...
    }

    再回到我们的问题上来:

    其中,可见进程这里也出现了可见的概念,给出的解释是:用户知晓。

    当我们点击一个页面,我们知道这个页面将要显示出来,也知道之前的页面在这个页面后面。所以这些页面和进程都是我们所知晓的,只是不在前台。

    所以onStart表示的可见,也可以理解为可见进程,意思是这个Activity所在的进程任务已经被创建并显示,我们知晓它,只是没在前台。

    可交互
    那么可以交互到底是发生在什么阶段呢?

    之前我们说过,在Activity启动过程中,调用了handleResumeActivity方法。在这个方法中,调用了onResume方法和addView方法,完成了View的第一次绘制,并显示到界面上。

    @Override
        public void handleResumeActivity() {
            //onResume
            final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
            //addView
            if (r.window == null && !a.mFinished && willBeVisible) {
                wm.addView(decor, l);
            }
        }

    所以到onResume,View才被绘制出来,并显示到前台。

    官网是这么解释onResume的:


    Activity 会在进入“已恢复”状态时来到前台,然后系统调用 onResume() 回调。这是应用与用户互动的状态。应用会一直保持这种状态,直到某些事件发生,让焦点远离应用。此类事件包括接到来电、用户导航到另一个 Activity,或设备屏幕关闭。


    所以可交互状态应该是在onResume之后,也就是Activity可见并且处于前台。

    小结
    总结下:

    onStart状态表示Activity可见,而可见表示的意思是Activity被创建出来了,被用户所知晓,但是不在前台,还没绘制界面,所以无法交互。也可以意指其所在的进程为可见进程。

    其可见之意应该和onStop一起使用,即onStart到onStop这个阶段叫做 可见 阶段。

    而真正显示出来可以进行交互 发生在onResume之后,也就是View绘制出来,并处于前台的时候。

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

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


    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学习资源:Android源码解析、Android第三方库源码笔记、Android进阶架构师七大专题学习、历年BAT面试题解析包、Android大佬学习笔记等等。

    以上这些内容均免费分享给大家,需要完整版的朋友,点这里可以看到全部内容。或者点击 【这里】 查看获取方式。
  • 回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则

    QQ|无图版|手机版|小黑屋|石家庄@IT精英团

    GMT+8, 2021-5-10 15:23 , Processed in 0.079333 second(s), 25 queries .

    Powered by Discuz! X3.4

    © 2001-2021 Comsenz Inc.

    快速回复 返回顶部 返回列表