谷歌整治臃肿应用：安卓17新内存机制解决系统卡顿

来源：市场资讯

（来源：IT之家）

IT之家 4 月 18 日消息，谷歌开发者博客昨日（4 月 17 日）发布博文，宣布在安卓 17 Beta 4 更新中，计划主动终止占用资源过高的应用，强制执行设备级内存限制与异常检测服务。

在安卓 17 Beta 4 更新中，谷歌为了进一步优化设备性能，引入基于设备总内存的应用内存限制机制。这一机制旨在通过设定确定性的内存边界，解决因个别应用内存失控导致的系统级不稳定问题。该机制会实时监控异常服务，强制终止超出基准线的应用，倒逼开发者优化臃肿软件，解决卡顿问题。

在之前的安卓版本中，应用可使用的内存上限主要受限于 largeHeap 属性以及系统整体的内存压力（LMK - Low Memory Killer 机制）。

这种模式虽然灵活，但容易导致“劣币驱逐良币”，单个内存泄露严重的应用可能占用过多资源，导致系统频繁杀后台、UI 卡顿甚至整机重启。

IT之家援引博文介绍，在安卓 17 系统中，系统根据设备的物理内存总量，为应用设定了明确的内存使用上限。

在安卓 17 Beta 4 阶段，谷歌限制设定较为保守，主要目标是建立系统基线，精准打击“极端内存泄漏”和“异常值”应用，当应用的内存占用触及该上限后，系统将介入干预，防止其继续分配内存。

为协助开发者排查内存问题，Android Studio Panda 版本在性能分析器中集成了 LeakCanary 任务，并提供基于触发器的性能分析功能，可在应用触发内存限制或检测到异常行为时自动收集堆转储数据。

当应用因触及内存限制被终止后，系统会在 ApplicationExitInfo 的 getDescription () 方法中返回字符串标识 MemoryLimiter。开发者可以通过监听此标识，快速判断应用崩溃是否源于新的内存限制策略。

Android Studio Profiler 中的 LeakCanary 任务

该机制的核心目标是创造更稳定、更确定的运行环境，阻断因单个应用内存溢出引发的系统连锁反应（如 System UI 重启、设备发热），官方预计绝大多数合规应用不会受到此限制的影响，主要影响对象为存在严重内存泄漏或过度优化的异常应用。