前微软高管透露Windows 11 20/20内存优化方案 但因为开发新功能而被放弃
嗯,用户让我帮忙总结一下这篇文章的内容,控制在100个字以内。首先,我需要通读文章,抓住主要信息。 文章主要讲的是微软的Windows 11系统内存优化项目,叫做20/20。这个项目的目标是将系统对内存和硬盘空间的占用都降低20%。之前因为各种问题被搁置了,但现在微软又重启了这个计划。 接下来,文章详细说明了内存占用高的原因,比如后台服务过多、WebView2框架的使用以及UI框架碎片化。微软打算通过迁移到WinUI 3来解决这些问题。 用户的要求是用中文总结,不超过100字,并且不需要特定的开头。所以我要把重点放在项目的目标、原因和解决措施上。 现在组织语言:微软重启Windows 11内存优化项目,目标是降低20%的内存和硬盘占用。之前因架构调整和新功能压力搁置。当前计划通过减少WebView2使用和迁移核心组件到WinUI 3来实现优化。 检查字数,确保在限制内,并且信息准确传达。 </think> 微软重启Windows 11内存优化项目,目标将系统对内存和硬盘占用降低20%。此前因架构调整和新功能开发压力搁置。当前计划通过减少WebView2使用及迁移核心组件至WinUI 3实现优化。 2026-3-25 08:33:7 Author: www.landiannews.com(查看原文) 阅读量:6 收藏

Ad

Ad

#系统资讯 前微软高管透露 Windows 11 20/20 内存优化方案,希望将系统本身对内存的占用降低 20%,但后来因各种问题该方案被搁置。现在微软似乎要重启这个方案,将硬盘和内存占用都降低 20%,要实现这个目标微软最起码就得减少使用 WebView2 框架,所以微软早前在博客中提到要将核心组件迁移到 WinUI 3。查看全文:https://ourl.co/112327

最近微软发布博客宣布在 2026 年将对 Windows 11 进行多种优化,其中就包括降低系统本身对内存的消耗,在内存紧缺时代这项优化计划至关重要,因为系统占用的内存越少,用户能同时运行的软件就越多。

在看到微软博客后,前微软高管米哈伊尔・帕拉欣 (Mikhail Parakhin) 也在 X/Twitter 上透露名为 20/20 项目的优化方案,这项优化方案曾经被搁置,但现在似乎已经重启。

什么是 20/20 项目:

20/20 项目旨在将全新安装的 Windows 11 占用的硬盘空间减少 20%、将系统本身对内存的占用降低 20%,这样系统就可以在更多配置不高的设备上流畅运行。

若是成功完成优化,Windows 11 对内存的占用将从典型的 6GB 降低至 4.8GB,不过在米哈伊尔时代,20/20 优化项目因为深层架构调整和面临新功能开发、云服务集成、融入 AI 特性等压力被搁置。

Windows 11 为什么占用如此高的内存:

后台服务过度预加载:

Windows 11 使用的后台服务数量远超 Windows 10,包括遥测系统、搜索索引、Microsoft Defender 实时防护、小组件与动态磁贴刷新、OneDrive 云同步等。

这些预加载机制虽然提升感知响应速度,但导致系统空闲时仍然消耗大量的内存,对于中低端设备而言反而可能降低系统响应速度。

各种架构的滥用:

说到内存占用就不得不提 Windows 11 使用的 WebView2 Runtime 架构,这种架构的优势在于开发方便且易于通过云端调整,缺点则是长时间在后台占用内存。

并且从实际使用体验来看,WebView2 架构带来的体验也是负面的,包括开始菜单的推荐部分因使用这种架构而给人卡顿的感觉。

UI 框架碎片化问题:

Windows 11 广泛使用各种不同的框架,包括 Win32、UWP、WinUI、React 等等,不同组件依赖独立的渲染管线,这也导致额外的内存开销。

所以在最新博客中微软就提到要将开始菜单等核心组件迁移到 WinUI 3 原生框架,这不仅可以减少内存占用,也可以提升组件的使用体验。

不过具体优化效果还有待观察:

虽然微软已经做出要优化 Windows 11 的承诺,但实际情况还需要我们继续观察,毕竟想要实现 20/20 目标其实还是有些难度的。

而涉及到 WebView2 迁移到 WinUI 3 则需要投入更多人力资源,但如果能实现这个目标,那微软应该可以为用户带来更轻量、更高效的桌面体验。

版权声明:
感谢您的阅读,本文由 @山外的鸭子哥 转载或编译,如您需要继续转载此内容请务必以超链接(而非纯文本链接)标注原始来源。原始内容来源:Windows Latest


文章来源: https://www.landiannews.com/archives/112327.html
如有侵权请联系:admin#unsafe.sh