【解惑】App处于前台，Activity就不会被回收了？

昨天在康 KunMinX 大佬的：《重学安卓：Activity 生命周期的 3 个辟谣》，在加餐处看到这段：

转换后的理解：单进程场景，Activity被回收只可能是因为进程被系统回收了。

感觉不太对？因为在很久以前，遇到过这样一个场景：

App打开多个Activity，然后手机晾一边，过一段时间后(屏幕常亮)，点击回退，之前的Activity空白，然后重新加载了。

App在前台，不在栈顶的Activity却被干掉，但进程还健在，如果真是这样，就和上面的理解有些出入了。

立马写个代码验证下，大概流程如下：

写个父类Activity，生命周期回调加日志打印，接着打开一个Activity，包含一个按钮，点击后依次打开多个Activity，最后一个加个按钮，点一下就申请一个大一点的ByteArray来模拟内存分配，看内存不足时是否会回收Activity。

测试结果如下：

App宁愿OOM，也不愿意回收Activity，鬼使神差地加上 android:largeHeap=“true” ，结果一样。

em…难道是我记错了？？？

等等！！！我好像混淆了两个东西：系统可用内存不足 和 应用可用内存不足。

0x1、系统可用内存不足

LMK机制

Android系统中，进程的生命周期由系统控制，处于体验和性能考虑，在APP中点击Home键或Back回退操作，并不会真的杀掉APP，进程依旧存在于内存中，这样下次启动此APP时就能更加快速。随着系统运行时间增长，打开APP越来越多，内存中的进程随着增多，系统的可用内存会越来越少。咋办，总不能让用户自己去杀进程吧，所以系统内置一套 回收机制，当系统可用内存达到一个 阈值，系统会根据 进程优先级 来杀掉一部分进程，释放内存供后续启动APP使用。

Android的这套回收机制，是基于Linux内核的OOM规则改进而来的，叫 Low Memory Killer，简称 L