本文来自微信公众号： 爱范儿 ，作者：关注明日产品的，编辑：肖钦鹏、杜晨，原文标题：《Windows 是 AI PC 路上的绊脚石》
微软近期做了一件看起来相当反常的事。
它开始重新优化Windows在8GB及以上设备上的内存表现。
图自Windows Blog
放在几年前，这基本算是做梦。
毕竟按照当年「安迪给的，比尔拿走」定律来看，一直是硬件规格有多高，Windows就吃掉多少——8GB早就被当成入门配置扫进了历史的角落，微软主推的Windows 11 AI+PC，也从一开始就把内存门槛定在了16GB。
可现实上演了一出回马枪。
AI的爆发让数据中心疯狂囤积内存，颗粒价格一路上涨，成本压力顺着供应链传到每一台PC上。
而那个被无数Windows用户抱怨的问题，再次摆到了台面上：
臃肿的Windows，是不是AI PC路上的绊脚石？
傲慢｜你一直在给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%。
2021年（上）、近12个月（下）
以StatCounter的统计来看，Windows仍有领先的地位，但友商的平台优势也在变强。
苹果通过推动整条Mac产品线统一转向M系列芯片，完成了新一代硬件架构的迁移；而Linux则在开发工具和AI计算上继续扩张，并逐渐渗透到更多跨架构环境中。
Windows每次在新架构和旧生态之间反复权衡，都会拉长自身迁移周期，也给其他平台留下吸引用户和开发者的时间。
迁怒｜优化做不好，就让内存买单
面对系统膨胀，微软过去最常见的处理方式，是提高硬件门槛。
8GB不够就推动16GB，游戏和多任务吃紧就建议32GB，ARM兼容不完善就依靠更强的处理器和更高效的转译弥补。
今年4月，微软还在Windows Learning Center的游戏PC指南中，把16GB称为实际起点，并把32GB称为更省心的升级选择。
这篇文章随后在5月初被删除；到了8月，另一篇把32GB称为重度玩家理想配置的旧指南，也被确认已经下线。
微软没有解释原因，调整时间却很微妙。
图自Windows Latest
提高配置看起来顺理成章，但成本却要由OEM厂商和消费者承担。
AI浪潮推高内存需求后，依赖硬件升级解决软件问题的方式开始不起效了。
因为消费者花同样的钱，或许只能买到内存更小的电脑，微软也无法继续假设所有性能问题都能靠堆配置解决。
在这样的背景下，系统层面的优化已不再是技术选择，更来自现实压力。
微软愿意处理Windows的资源问题，当然值得肯定。但现在仍然无法确定，它准备真正移走多少历史负担，又有多少只是重新整理，好给AI+PC腾出有限的运行空间。
回头看，Windows的七宗罪最终争夺的都是同一批资源：
内存、功耗、后台权限、开发资源，以及操作系统对整台电脑的控制权。
传统PC可以依靠更大的内存和更快的处理器，把很多系统层面的浪费「稀释」掉。
但AI PC的逻辑完全不同。
模型需要驻留内存，持续维护上下文状态，还要在CPU、GPU和NPU之间频繁调度数据流。
系统资源已经从随用随取的弹性池，转向被精确分配的常驻空间。
在这种结构下，系统自身哪怕多出一点基础开销，都会直接挤压AI的可用空间。
图自How-To Geek
但问题的关键在于，Windows并没有一条可以「推倒重来」的路径。
它必须在不破坏旧生态的前提下推进现代化改造——既要维持数十年积累的应用与驱动体系，又要承接本地模型、AI Agent和跨处理器调度带来的新资源需求。
在双重约束下，Windows的资源控制和平台迁移都不可避免地变得缓慢而保守。
相比之下，其他操作系统同样有自己的历史包袱和生态限制，但很少有一个平台像Windows这样，同时承载如此复杂的历史兼容体系，开放硬件生态，商业分发入口，以及跨代架构迁移压力。
当这些因素叠加在一起时，问题就不再是「优化得够不够好」，而是系统本身是否还能以足够快的速度，适应AI PC这种全新的计算范式。