前言
今天朋友遇到一个面试题，分享给大家：
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，而上面说的进程类型都有相应的进程优先级数字范围。比如：
代码语言：javascript复制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、面试前夕，刷题冲刺
面试的前一周时间内，就可以开始刷题冲刺了。请记住，刷题的时候，技术的优先，算法的看些基本的，比如排序等即可，而智力题，除非是校招，否则一般不怎么会问。
关于面试刷题，我个人也准备了一套系统的面试题，帮助你举一反三。
