注意！关于怎么理解 onStart可见但不可交互，程序员千万不要小瞧了这个问题，涉及面很多！_onstart 获取view 的visible状态(3)

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新HarmonyOS鸿蒙全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注鸿蒙）

正文

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))
}

进入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);
}
}

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注鸿蒙）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注鸿蒙）
[外链图片转存中…(img-xTzeRRLh-1713413689948)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！