傲慢 ｜你一直在给 Windows 擦屁股

Windows长久以来存在的**误判，就是默认处理器会越来越快，内存不够用户自然会加，再不济就换台新电脑。

在这套逻辑下，Windows对自身的内存开销比较宽容。后台服务和框架越积越多，内存占用也跟着上涨，反正更强的硬件总能把这些问题暂时盖过去。

但AI出现以后，多出来的硬件资源不再只属于传统应用。 过去新增的内存能让浏览器多开几十个标签页，现在越来越多本地AI功能还要加载模型、维护索引，并持续处理来自屏幕和摄像头的数据。Windows那些曾经无关痛痒的基础开销，也开始直接挤压AI的运行空间。

微软直到此时才重新审视8GB设备，更像是硬件增长已经无法继续替系统掩盖浪费。

暴食 ｜没有节制的加法就是负担

硬件长期承担善后，也养出了Windows不断做加法的习惯。微软此次优化的对象横跨内存分配器、WinUI 3、Chromium和WebView2，从底层资源分配一直延伸到界面框架和网页运行环境。

图自 DotNetBrowser

单独拎出来看，每一层都有自己的正当理由。WinUI 3是为了现代化的界面体验，Chromium是为了网页兼容和开发一致性，旧框架是为了让历史应用和企业软件继续跑下去。麻烦在于每一层都「存在即合理」，又缺少统一的收缩机制去约束，于是各层在各自的目标下不断扩张，最后叠加成整个系统的负担。

传统PC还能靠硬件升级稀释冗余，但AI PC要把大量内存留给模型权重、上下文和常驻Agent。微软如今重新优化8GB设备，也说明Windows的基础开销仍有不小的压缩空间，只是过去没有足够大的压力推动微软处理。

懒惰 ｜兼容，Windows最重的包袱

如果说暴食来自不断增加功能，懒惰则体现在旧东西几乎不怎么「打理」。Windows主打兼容性优先，这也导致旧接口和运行环境退出得很慢，新旧体系时常并存。

为了兼容几十年前的软件或企业系统，甚至是特殊外设的驱动，Windows都保留了好几套不同年代的接口与运行环境。这套兼容性确实是它最重要的生态地基，让大量行业系统几十年都能跑在同一个平台上。

图自 Tom's Guide

但兼容能力后来逐渐变成了一项没有明确边界的义务。最经典的例子就是控制面板至今没有被新设置完全取代，很多功能只能让两套入口长期并存。部分界面的入口看似越来越现代，但一旦深挖几层，照样能翻出十几年前的逻辑和窗口体系。

Windows的懒惰不在于它什么都没做，恰恰相反，它做了太多加法，却始终不愿承担做减法的代价。传统桌面环境还能容忍这种结构，可AI PC还要处理CPU、GPU与NPU之间更频繁的任务调度，同时为本地模型和后台AI功能分配资源。旧规则保留得越多，统一管理的难度就越高。

贪婪 ｜甩不掉的微软全家桶

Windows的臃肿也不能全部归咎于历史兼容。今天的Windows早已不是一套操作系统，更像是微软账户带着Edge和OneDrive，再拉上Microsoft 365与Xbox一起挤进来的全家桶入口。

这些组件既承担具体功能，也关乎着微软在系统生态的分发入口。因此是否能够彻底移除，自然不只是一个技术问题。不仅如此，OEM厂商还要在这层基础上继续「装修」，从更新工具到电源管理，到驱动面板和各类预装软件，能加进系统的通通给你满上，主打一个「加加加加到厌倦」。

联想桌面助手

于是就形成了一个解不开的死结：历史兼容让旧东西搬不走，商业扩张又让新模块不断住进来，系统只能持续膨胀。微软若想让AI Agent成为统一的任务入口，来负责调动应用和系统能力，就得先处理Windows内部大量彼此独立的服务与权限体系。

依赖 ｜技术捷径是**的拖累

让Windows变沉的，还有微软越来越依赖的网页技术。Windows不少更新的功能都一定程度上使用了WebView2。而WebView2使用基于Chromium的Microsoft Edge渲染引擎，让开发团队能够复用HTML、CSS和JavaScript，以此降低界面开发成本，也方便快速更新。

图自 Windows Latest

工程效率是提高了，资源纪律却没有同步跟上。WebView2的运行时本身可以由多个应用共享，但不同应用仍可能各自建立浏览器进程、渲染进程、页面状态和用户数据环境。应用数量增加后，这些彼此隔离的活动进程仍会叠加内存与后台开销。

微软持续优化Chromium和WebView2的内存与启动成本，已经说明问题不能只归咎于某个应用写得差，更需要思考如何统一和规范分散的资源使用方式。

嫉妒 ｜什么都想要，什么都不行

微软当然也希望Windows能像macOS一样，把处理器、系统、开发工具和应用生态，都打包进同一套协同体验里，更希望AI+PC能拿出接近MacBook的软硬件配合。Windows却很难照搬苹果的路线。

图自 Tom's Guide

苹果能够控制硬件型号数量，同时统一产品的处理器架构和开发工具，甚至敢给旧架构设定明确的退出时间。微软可以通过Prism承接传统x86和x64应用，但驱动与内核组件仍然需要原生Arm64支持。换而言之，应用能够依靠转译过渡，特殊硬件却依然取决于厂商是否愿意重新开发驱动。

微软既想获得新平台的协同效率，又不愿放弃开放生态、历史兼容和市场规模，最终只能同时承担两套模式的成本。长期犹豫也在削弱Windows曾经近乎垄断的优势。 2021年前后，Windows在StatCounter全球桌面网页使用统计中的份额仍接近八成；到2026年7月，这个数字已经降至71.18%。

迁怒 ｜优化做不好，就让内存买单

面对系统膨胀，微软过去最常见的处理方式，是提高硬件门槛。 8GB不够就推动16GB，游戏和多任务吃紧就建议32GB，ARM兼容不完善就依靠更强的处理器和更高效的转译弥补。

今年4月，微软还在Windows Learning Center的游戏PC指南中，把16GB称为实际起点，并把32GB称为更省心的升级选择。这篇文章随后在5月初被删除；到了8月，另一篇把32GB称为重度玩家理想配置的旧指南，也被确认已经下线。微软没有解释原因，调整时间却很微妙。

图自 Windows Latest

提高配置看起来顺理成章，但成本却要由OEM厂商和消费者承担。AI浪潮推高内存需求后，依赖硬件升级解决软件问题的方式开始不起效了。因为消费者花同样的钱，或许只能买到内存更小的电脑，微软也无法继续假设所有性能问题都能靠堆配置解决。

在这样的背景下，系统层面的优化已不再是技术选择，更来自现实压力。微软愿意处理Windows的资源问题，当然值得肯定。但现在仍然无法确定，它准备真正移走多少历史负担，又有多少只是重新整理，好给AI+PC腾出有限的运行空间。