微软内部的20/20项目旨在将Windows内存使用降低20%,但从未完成 微软前Windows和Bing负责人Mikhail Parakhin最近在X发布的一条帖子透露,多年前微软工程师曾有一个内部的“20/20项目”,目标是减少Windows空闲时的内存使用和安装体积。
Parakhin曾在微软担任多个职务,他在回复现任Windows总裁Pavan Davuluri的帖子时提到了微软对Windows质量的承诺,如果你还没听说过,这是微软试图从根本上修复Windows 11的努力。
Mikhail Parakhin谈及能降低20%内存使用的20/20项目这位微软高管表示很欣赏Pavan Davuluri“重新启动”了他和现任微软CTO Jeff Johnson多年前开始的“20/20项目”,该项目旨在将Windows空闲内存消耗和新安装占用的磁盘空间分别减少20%。
若计划成功,Windows 11空闲时的内存使用将降至约4.8GB,但遗憾的是,正如Prakhin所说,“我们从未完成”。
如今是2026年,微软再次谈论提升性能、响应速度和内存效率。问题仍是微软多年前尝试解决的相同难题。

这不禁让人疑问,如果微软当初没能完成这样一个基础的内存优化项目,现在究竟发生了什么变化?更重要的是,Windows 11真的能变得高效,还是又一次会遇到同样的挑战?
Windows 11运行的后台服务比以往所有版本更多,包括遥测系统、索引和安全功能。Windows Defender持续运行,搜索索引始终激活,控件和信息流持续后台刷新内容。加上OneDrive 云同步等集成,即便系统处于空闲,看似无事,实际上不断运转。

所有内容都被预加载、预索引,保持随时可用,这提升了系统响应的即时感,但也带来了更高的基础内存使用。
基于网页的应用推高了Windows 11的内存使用
即便微软优化Windows自身,表面之下还存在更大的问题。
如今大量流行应用都基于Chromium框架,比如Electron,或Windows内的WebView2搭建。WhatsApp桌面版和Discord便是著名例子。
截图中“WhatsApp”为新版,“WhatsApp Beta”为旧版UPW/WinUI连微软自己的应用,包括Teams、Clipchamp和控件都已采用WebView2并内置其中。

惊人的是,尽管微软大力推广AI这一最重要的技术,他们却明显弃用原生的Copilot应用,转而使用基于网页的封装程序。

此类网页应用运行自己的Chromium引擎实例,还包含多个渲染、脚本和后台任务进程。单个应用轻松占用数百兆内存,多个同时运行更是难以想象。
分散的UI架构增加额外开销
Windows 11并非基于统一的UI框架,而是混合使用传统Win32组件、UWP元素、现代WinUI层及WebView2和React等网页技术。
微软开发者在2023年解释Windows 11开始菜单使用React Native的情况这种混合方式为微软带来灵活性,但不同部分依赖不同的渲染管线和系统资源,导致内存使用增加。
微软已认识到此问题,正逐步推动更多组件向WinUI3迁移。作为原生框架,WinUI3延迟更低、效率更高。但这需要时间,因为核心OS部分必须重写。
为何原来的20/20项目可能搁浅
Mikhail Parakhin未透露20/20项目未完成的具体原因,但可以合理推测项目需要更多时间和资源。减少Windows内存使用需进行深层架构调整。
要削减内存使用,微软必须移除或重新设计后台服务,简化UI架构,并可能限制网页组件扩张。但当时公司同时在增加新功能、整合云服务,后续又推动AI体验进入操作系统。
不可能在大幅减少系统开销的同时,又不断扩展平台能力。
20/20项目很可能陷入这些权衡,难以兼顾功能和开发速度。微软选择不作出妥协,继续扩展Windows。
微软在最新Windows Insider通告中表示,正致力于降低Windows的基础内存占用,以释放更多内存给应用,提升日常使用流畅度。
2026年Windows 11电脑将获得性能提升。来源:微软同时,微软目标提升系统在高负载下的响应速度。避免多应用开启时Windows变慢,确保全天交互反应一致。此外,还将改善多任务处理,切换应用更为迅速。
微软专注于降低交互延迟,改善共享UI基础设施,并加快更多组件向WinUI3等原生框架迁移。
为何2026年对Windows 11可能不同
Windows受到的公众关注比多年任何时候都多。性能问题已成为主流讨论,微软无法再忽视。
硬件和市场压力也明显。苹果高效能芯片改变期待,MacBook Neo将内存使用推向聚光灯。加之全球内存价格上涨,使得Windows 11性能改善成为业务优先事项。
这是多年首次,用户期望、竞争压力与微软内部优先级一致指向同一方向。