谷歌在 Android 17 引入更严格内存限制机制
谷歌在 Android 17 引入按设备总内存设定的内存限制,超过阈值的应用进程可能被系统终止。谷歌博客同步要求开发者排查内存泄露和异常占用,以减少进程被杀风险。具体阈值和判定标准尚未披露。
谷歌已在 Android 17 中引入更严格的内存限制机制。按照谷歌博客的说明,开发者需要优化应用,避免出现严重的内存泄露和异常占用问题;原文将这类占用过多内存的应用称为“垃圾应用”。

新机制会根据设备总内存来设定限制,而不是采用单一固定阈值。一旦应用进程超过对应限制,就可能被系统终止进程。从机制描述看,内存配额会随硬件配置变化,不同设备上的临界表现可能不一致。
从现有信息看,这一变化会强化对高内存占用应用的约束。如果应用在后台存在较高内存占用,或前台运行期间出现异常峰值,可能会更直接地触发限制。对工程团队而言,较直接的应对是在开发阶段评估内存峰值,避免进入 Android 17 的限制区间。
测试策略也需要相应调整。建议在不同总内存的设备上验证进程被杀阈值,尤其是低内存机型和高内存机型都要覆盖,因为限制与设备总内存相关。同时,线上监控应重点跟踪内存泄漏和异常分配,以降低进程被终止的概率。
目前谷歌尚未披露具体的内存阈值计算方式、“垃圾应用”的判定标准、可用检测工具或文档入口,也没有说明进程被杀前是否有预警、回收或用户提示。在这些细节明确前,不建议把“超过内存限制”理解为某个公开的固定数值,也不应忽略不同设备内存容量带来的差异。

