ARTICLE · 1051935
Windows 11该向安卓学学了:谷歌开始逼开发者控制内存,微软也该动真格了
Windows 11 的性能问题，这几年一直是一个绕不开的话题。
尤其是当电脑只有 8GB 内存时，很多用户会明显感觉到：系统本身、浏览器、办公软件，再加上一堆后台程序，很容易把内存吃得七七八八。
这时候你可能会发现一个很尴尬的问题：8GB 内存不是不能运行 Windows 11，而是想让它一直保持“轻快”，并没有那么容易。
微软其实也知道这个问题。
最近，微软已经确认正在研究针对 8GB Windows PC 的内存优化，而正在测试的 Windows 11 26H2，也被认为可能会成为这些优化逐步落地的版本之一。
但有意思的是，另一边的谷歌已经开始“动真格”了。
谷歌不只是让开发者优化，而是直接给出硬指标
8 月底，谷歌宣布将针对 Google Play 上的 Android 应用和游戏推出新的内存与性能要求。
从 2027 年 2 月开始，应用需要满足新的内存使用、位图内存以及 DEX 代码优化要求。
如果应用长期超过规定的“问题阈值”，可能会影响它在 Google Play 上的发布能力和应用可见性。
8GB 手机，普通 App 只能吃多少内存？
谷歌这次甚至把指标进一步量化。它会从三个方向衡量应用：
动态内存使用 Bitmap 位图内存使用 DEX 代码优化
而且还会根据设备 RAM 容量以及应用所处状态进行判断，包括前台、后台等不同情况。
以 8GB RAM 设备为例，谷歌给出的新指标中，普通应用前台动态内存使用的 90% 分位阈值为 2.25GB，后台则为 1.5GB。
游戏的空间会更大一些：
前台：3.5GB 后台：2.75GB
这里需要注意，这并不是说“所有 App 永远不能超过这个数字”，而是谷歌用于识别异常资源占用的一套统计阈值。它真正想解决的是：某个 App 不应该因为自己的内存管理问题，把整个手机的体验拖慢。
谷歌甚至开始管“图片占着不放”
其中一个很典型的问题就是 Bitmap。比如一个 App 打开过大量图片，即使这些图片对应的界面已经退出，App 仍然把相关资源留在内存里。
短时间可能感觉不到什么。但如果多个应用都这么干，最终结果就是：RAM 越来越紧张，后台应用被频繁清理，重新打开时又要重新加载。
谷歌现在要求开发者更加积极地释放已经不再需要的 Bitmap 资源。这其实就是非常典型的“从源头解决问题”。而不是等用户发现手机卡了以后，再告诉用户：
“请清理后台。”
DEX 代码也要优化
除了内存，谷歌还把代码本身纳入了要求。
从 2027 年 2 月开始，规模足够大的应用和游戏，需要达到至少 25% 的 DEX 优化、缩减和混淆覆盖率。
谷歌认为，这些优化能够帮助 App：
减少内存占用 加快启动速度 减少 ANR（应用无响应） 改善运行时性能
而这些数据也不会完全靠开发者自己猜。
谷歌已经开始通过 Android Vitals 提供新的内存指标，让开发者可以查看不同 RAM 档位、不同应用状态下的内存使用情况。甚至还增加了“内存不足”相关的崩溃和 ANR 筛选能力。
简单来说：谷歌开始让开发者真正看到：到底是谁在吃内存，以及吃了多少。这时候再回头看 Windows 11，就有意思了微软其实也不是没有做过类似的事情。
Windows 本身一直存在资源管理机制，UWP 时代就已经涉及应用状态、内存限制以及任务优先级等机制。
微软对于 Microsoft Store 应用也有自己的性能认证和分析体系。问题在于：Windows 的开放程度远远高于 Android。
Android 应用如果主要通过 Google Play 分发，谷歌可以直接制定平台规则。
但 Windows 不一样。
你可以从 Microsoft Store 下载软件，也可以从开发者官网下载安装包，甚至使用各种传统 Win32 软件。
微软很难像谷歌一样，对整个 Windows 软件生态“一刀切”。所以，让 Windows 11 所有软件都遵守统一的内存指标，现实上并不容易。
但微软其实可以先管好自己
这反而是我觉得谷歌这次做法最值得微软参考的地方。
微软不需要一开始就要求所有 Windows 软件都必须达到某个内存标准。完全可以先从自己能控制的地方开始。比如：
Windows 11 系统组件。
Microsoft Store 应用。
Microsoft 365。
Edge。
以及微软自己开发的各种软件。
尤其是 Microsoft Store 应用，微软本身就拥有更强的管理能力。
甚至微软自己的 Clipchamp，目前也明确提醒用户：视频编辑属于计算密集型工作，建议至少 8GB RAM，16GB 或更高更好；在硬件不足的情况下，可能出现卡顿、冻结甚至崩溃。
这就非常有意思了。微软一边希望：“8GB Windows PC 也能拥有不错的体验。”另一边，自己的一些应用又明确告诉用户：“8GB 是最低要求，16GB 更好。”
这并不矛盾，因为 Clipchamp 本身就是视频编辑软件，对 CPU、GPU、内存的要求明显高于普通办公应用。
但它也说明8GB 优化不能只靠 Windows 本身，应用生态同样重要。
微软真正应该解决的，不只是“Windows占多少内存”
这也是为什么我觉得“Windows 11 吃内存”这个问题不能简单理解成：Windows 11 本身太臃肿。
真正影响体验的是一整套东西：系统 + 浏览器 + 后台服务 + 应用 + 驱动 + 内存管理。
如果 Windows 自己占用少了，但浏览器几十个标签页、各种启动项、后台同步软件依旧疯狂吃内存，那么 8GB 电脑依然很难轻松。
反过来，如果系统能够更聪明地管理后台应用，同时开发者也主动控制应用内存，那么 8GB 的体验自然会好很多。
这其实就是谷歌现在正在做的事情。
Windows 11 26H2，可能是一个开始
微软目前已经确认正在研究针对 8GB Windows PC 的内存优化。同时，新版本 Windows 11 也在测试更加细化的内存管理能力。如果这些优化最终能够落地，未来 Windows 11 可能会更加重视：“在有限内存下，怎样让电脑保持流畅。”
这比单纯增加一个新功能重要得多。
因为对于很多普通用户来说，他们并不关心 Windows 后台到底有多少服务。
他们只关心打开浏览器，会不会卡？切换 Word 和微信，会不会卡？开十几个网页，会不会卡？8GB 电脑用两三年以后，还能不能正常用？这才是真正的“性能优化”。
谷歌已经开始给 Android 做减法
谷歌这次的思路其实很明确：RAM 越来越贵、设备内存增长受到限制，那就不能永远靠“加内存”解决问题。与其让用户不断购买更大内存的设备，不如反过来要求应用自己把内存管理做好。
这套逻辑放到 Windows PC 上，同样成立。
当然，微软面对的是一个比 Android 更开放、更复杂的桌面生态，不可能简单照搬谷歌的规则。但至少可以从自己的软件开始。
如果微软真的想让 8GB Windows 11 成为一个能够长期使用的配置，那么除了继续优化系统本身，也许还需要考虑一个更大的问题：能不能让 Windows 生态里的软件，也一起为“轻量化”负责？
毕竟，用户购买的是一台 8GB 的电脑。他们并不会区分：
“这是 Windows 吃掉的内存。”
“这是 Edge 吃掉的。”
“这是某个软件吃掉的。”
用户最终只会得到一个结果：电脑卡不卡。