前言
今天朋友遇到一个面试题,分享给大家:
onStart生命周期表示Activity可见,那为什么不能交互呢?
这个问题看似简单,但涉及到的面还是比较多的,比如Activity生命周期的理解,进程的理解,以及View绘制的时机。
一起看看吧。
onStart介绍
首先,是关于onStart生命周期的理解。
官网是这么介绍的:
当 Activity 进入“已开始”状态时,系统会调用此回调。onStart() 调用使 Activity 对用户可见,因为应用会为 Activity 进入前台并支持互动做准备。
对用户可见?
奇怪了,对用户可见,不就是我们可以看到了吗,为什么又不能互动呢?
更何况onStart 的时候界面都还没绘制,该怎么理解这个可见呢?
做个小实验
首先,科普官方定义的两个状态。
- onStart到onStop中间的状态叫做“已开始”状态。
- onResume到onPause中间的状态叫做“已恢复”状态。
然后我们做个小实验,定义ActivityA 和 ActivityB,ActivityB为Dialog主题,ActivityA中点击可以跳转到B:
- image.setOnClickListener {
- startActivity(Intent(this, ActivityB::class.java))
- }
- <activity android:name=".activity.ActivityB"
- android:theme="@style/Theme.AppCompat.Light.Dialog"
- android:launchMode="standard">
- </activity>
进入ActivityA后,点击按钮,跳转到B,这时候A的生命周期走到了onPause,也就是回到了已开始状态。
这个时候,界面是这个样子:
ActivityA处在已开始状态,对用户可见。
这里的可见是不是就很好理解了,确实对我们可见了,只不过 不在前台,不能交互。
所以延伸到普通的Activity,这个可见,并不是表示用户能用肉眼看到了,而是想表达:
Activity已经显示出来了,但是还不在前台,所以只是可见,但不可交互。
这个可见状态是从onStart开始,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绘制出来,并处于前台的时候。
参考
《Android开发艺术探索》 https://juejin.cn/post/6896751245722615815 https://juejin.cn/post/6891911483379482637
本文转载自微信公众号「码上积木」,可以通过以下二维码关注。转载本文请联系码上积木公众号。