谷歌 Android17 强制应用「瘦身」并设内存上限，越界杀进程无堆栈，将带来哪些影响？

虽迟但到，绝对支持。

从历史的整体上看 Android 是有在优化自己，但完全跟不上蛮横生态里的各种负优化。Android 在兼容性和性能上有几个著名的节点。例如 ART 替代 Dalvik，但那也是远古时期的事情了。兼容性方面一个节点是 Project Treble，另一个是 GKI。虽然架构上更开放了，内核也分离了，但现状是手机硬件反而更封闭了。谁都想像苹果那样封起来把利益集中给自己，各大手机厂商是如此，包括 Google 自己也在往这个方向走。

生态更是野蛮不堪，应用毒瘤化早就是大小厂的基操设计了。不少应用启动后不久内存就能达到 GB 级别，要是再叠加个看直播逛电商功能，占用会高达好几个 GB。这时候任何优化机制都是笑话了，国产 ROM 的做法就是以暴制暴，暴力杀后台。如果你有幸能用上没有这类黑白名单的原生 Android，把 LMKD 的敏感度降低。很快你的手机会近乎于卡死，因为 Android 的内存管理已经不适合国内这个生态了。只有粗暴才能解决问题 。

未来 Android 又会把 Chrome OS 吸收进来，进入桌面市场了。毒瘤们以后会更加肆无忌惮的膨胀，毕竟电脑的体质更高了。毒瘤可能会把下限拉高到桌面级 ：

其实别说第三方，就说 Google 自己。当初 Android 解决 64K 方法限制的契机之一就是 Google 自己的东西太 JB 重了，集成 Google 的 Play 服务就会引入几万个方法。

整个 Android 生态都是持续膨胀的负优化。再加上系统的底子就不好，质量审查在某些地区约等于无（国内毒瘤为了为所欲为，故意长年累月不提高 Target API，谁能治理？）。

所以对于 Android 而言（尤其是国内）粗暴就是最有效的优化手段。怕就怕国产定制 ROM 把相关功能/参数给改回来了。毕竟国内这个毒瘤应用遍地的市场，你的系统要是跑起来一会就应用崩溃。在这些手机厂商看来可能会认为是需要干预的。