Windows 11 内置天气应用,占用了超过 1GB 内存。
Notebookcheck 的测试发现这个数字时,反复确认了多次。不是 100MB,不是 500MB,是 1 个 G。一个显示天气的应用。
Windows 内置应用臃肿早就是老话题了,但一款天气应用占用内存就超过 1G 还是过于离谱——问题出在 WebView2。微软的天气 App 本质上是一个嵌在 Edge WebView 里的网页。它不是一个「应用」,它是一个运行在浏览器引擎里的网页,外面套了一层 Windows 的壳。

WebView2 本身就是个内存大户。它加载了完整的 Edge 渲染引擎,包括 JavaScript 引擎、CSS 解析器、合成器。然后在这个引擎上跑一个天气网页。再加上动画效果、实时数据更新、后台轮询——1GB 就是这样来的。一个天气 App 需要实时数据更新吗?需要。需要动画吗?也许。需要加载一个完整的浏览器引擎来显示三行温度数字和五个图标吗?不需要。
Electron 和 WebView 让开发桌面应用变得极其容易——一个前端工程师就能搞定,不需要学 WinUI 或 WPF。但代价是,用户端的资源消耗被完全忽视了。
有人指出,不是微软不会写原生应用,而是他们选择了最低成本的开发路径。你有几十个内置应用要维护,每个都配一个原生开发团队?还是统一用 WebView,让前端团队一把梭?答案不难猜。
但用户不关心开发成本。用户只看到任务管理器里一个天气 App 占了 1GB,而他们的电脑只有 8GB 内存。
一些人提到了替代方案。有评论说直接用浏览器看天气网站就够了,不需要一个独立 App。还有人开玩笑说,Windows 95 的天气小部件只占几 KB,而且功能差不离。
有人把这个现象和更广泛的趋势联系起来——不只是微软,整个行业都在用 Web 技术堆桌面应用。Slack、VS Code、Discord、Spotify,都是 Electron 或类似方案。区别在于,那些应用至少提供了足够复杂的功能来「值回」内存开销。一个天气 App 没有。
也有评论提醒,1GB 可能是峰值数据,不是常态。WebView 在空闲时应该释放内存。但问题在于,即使平均占用是 300-500MB,对于一个天气应用来说也不合理。
这场讨论最终指向一个尴尬的事实:我们给了开发者越来越强大的工具,让他们可以更快地构建应用,但没有人负责检查这些工具生产出来的东西是否对得起用户的硬件。
参考来源: