据悉，Android 17 将根据设备的物理内存（RAM）总量，为每个 App 设定明确的内存使用上限；一旦某个应用超出该上限，Android 将直接终止该进程，且不会留下常规的崩溃堆栈信息。

这项调整旨在提升设备整体稳定性，避免单个应用因内存泄漏或异常占用大量 RAM 而影响整个系统的多任务体验，将改变此前依赖 Low Memory Killer 机制进行内存回收的局面。

在以往的版本中，当系统整体内存紧张时，LMK 会按进程优先级逐步终止后台和缓存进程，但对于持有较高优先级状态（如正在运行前台服务）同时内存不断膨胀的应用，LMK 一开始不会优先处理它，导致系统只能通过终止大量运行良好的缓存应用来回收内存，这不仅严重削弱了多任务体验，还让用户切回之前使用过的应用时不得不经历缓慢的冷启动过程，同时加剧了 CPU 负载和电量消耗。

因此Android 17 通过提前限制单个应用的内存占用减少此类“连锁清理”现象。通过引入基于设备总内存的确定性内存边界，Android 17 可以在单个应用因内存泄漏或过度占用而引发系统级别的不稳定之前进行干预，避免出现界面卡顿、设备发热以及频繁杀后台等问题。

虽然这种想法跟之前金标联盟，四家联合推出的公平运行内存机制理念十分接近。

但是实际情况可能是这样，当我打开一个app的时候，这个app会开启链式启动，跳转到令一个app，然后再跳转到另一个app，直到内存耗尽。

虽然此举对消费者来说可以打开更多的app，但是开太多app意味着软件商们无法获取足够时间的曝光度，所以对软件商来说并不是一件好事。

这里哥们有几个小技巧，一是现在手机都可以软件分身，使用软件分身可以缓解一部分链式启动。

还有可以直接加应用锁，只要咱们切断链式启动第一步，后续的app就被切断了。

一旦加了锁之后，它就链不动了。

算是一种没有办法的办法。