微软承认，Windows 11至今仍然是建立在90年代的Win32架构之上。

在微软官方Dev Docs账号最近发布的一段视频里，微软Azure首席技术官、Sysinternals套件的创始人Mark Russinovich直言不讳地说，Win32到2026年还能成为“一等公民”级别的API，是公司历史上最出乎意料的事情之一。他甚至开玩笑说，当年人们幻想的是飞行汽车和月球基地，而不是一套诞生于Windows 95时代的API还能被沿用到现在。

这套有着30年历史的API能一直活到今天，在微软内部屡次“被宣布终结”之后依然坚挺，关键在于它上面已经长出了一个庞大的应用生态。Russinovich把Win32形容成Windows的“基岩”，无数应用都建在它上面，所以任何彻底替换的尝试都会付出巨大的代价。他以自己在1996年创立的Sysinternals工具为例说，如果让他在当年下注，他会“赌上百万美元”认为这些工具在2026年已经没价值了，但现实是它们不仅活了下来，还比以前更重要。比如在2026年3月的更新里，Sysmon就被直接整合进了Windows，而诞生于2000年代初的ZoomIt，现在也依然是PowerToys里最受欢迎的小工具之一。

不过Win32的“生命力”并不意味着微软从来没想过翻篇。恰恰相反，过去二十年里，微软几乎搭出了一座“替代框架的墓地”。在微软内部，试图“干掉Win32”的努力几乎从没停过。为了解决传统桌面应用在视觉和交互上的现代化问题，微软先后推出了MFC和面向.NET开发者的WinForms。虽然它们本质上还是对Win32的封装而不是替代，但已经是微软在应用层抽象上的早期尝试。真正意义上的“替换工程”是从引入XAML和硬件加速渲染的WPF开始的，之后是短暂押注跨平台Silverlight——这个方案最终在HTML5崛起后被淘汰。

最激进的一次替代尝试出现在Windows 8时代：微软推出了WinRT，希望开发者能构建安全、适配触控、全屏运行的新式应用，借此彻底翻新Windows的应用形态。但随着Windows 8的界面路线遭遇市场冷遇，公司又在Windows 10上转向了Universal Windows Platform，强调要做一个“跨手机、Xbox和PC的统一应用平台”。UWP过于封闭、沙盒限制严格，严重束缚了那些需要深度访问系统资源的传统桌面开发者。Russinovich在视频里也承认，微软历史上多次试图“重启”Windows的API表层，比如WinRT，但由于传统的Win32客户端和浏览器端的HTML、JavaScript之间始终存在割裂，这些尝试最终都没能按预期落地。

多次框架“虎头蛇尾”让开发者对微软的原生平台逐渐失去了信任，这也是Windows桌面应用生态转向Web的重要原因之一。在此前的一篇报道中，有开发者直言，在微软的生态里投资一个原生框架开始变成一种“负担”，没有人愿意在一个可能随时被废弃的平台上押注多年的开发时间。形成讽刺对比的是，正是微软自己带头大举拥抱Web：它推出了WebView2控件，让桌面应用里能嵌入基于Chromium的Microsoft Edge引擎，然后整个系统就被Web应用铺满了——从Microsoft Teams、Clipchamp、新版Outlook、OneDrive，到Windows 11的小组件面板，甚至最新版的Copilot都以Web应用的形式存在。

Web应用在开发和跨平台维护成本上的优势很明显，但在传统桌面环境里，这种模式在资源占用上极其低效，每个应用都嵌入一套完整的浏览器引擎，几乎注定会带来内存灾难。基于Web的客户端在“几乎什么都不做”的情况下也会占用大量内存，而早期基于UWP的原生实现则要轻量得多。微软内置的视频编辑器Clipchamp同样是Web应用，除了性能和资源消耗的问题，它还被强行绑在OneDrive云同步上，这也让不少人最终放弃了使用这个工具。如果把这种体验跟macOS对比，差距就更明显了：苹果用户可以免费使用高度本地化、紧密集成系统的iMovie和Pages等应用，而很多忠实的Windows用户却被迫依赖像Clipchamp这种需要联网、缺乏深度系统集成、而且内存占用高的Web方案。

在苹果推出600美元以下的高性价比笔记本并取得成功之后，微软开始重新审视自己的应用战略，意识到把Windows变成“类Chrome OS”并不符合重度用户的期待，而且实际上也在损害系统性能。几个月前，微软合伙人架构师Rudy Huyn公开确认，他正在组建一支专门构建“100%原生”Windows 11应用的团队，公司的重点正在加速转向基于Windows App SDK的最新原生UI框架WinUI 3。WinUI 3有可能成为微软挽回开发者信任的关键：它既能提供现代化的、符合Fluent设计的界面体验，又允许应用完整且无约束地访问底层的Win32“基岩”。微软最近还发布了Windows App SDK 2.0的大版本更新，给开发者带来了语义化版本控制、重构后的Windows ML栈，以及更完善的拖放支持，用来把WebView2的内容无缝嵌入到原生WinUI 3外壳里。

在系统自身层面，微软也开始用WinUI 3有节奏地替换那些最老旧的Win32界面元素，而不是再采用WinRT那种“硬重启”式的策略。从Windows 95时代一直沿用下来的文件资源管理器属性对话框，已经被发现将换成支持完整暗黑模式的WinUI 3版本。经典的“运行”对话框（Win + R）也已经用WinUI 3重写了，新版在美观度上明显领先，使用感受也完全不输。根据测试数据，这个由.NET AOT编译的新运行对话框，中位弹出时间只有94毫秒，比被替换掉的旧版还要快。这被看作一个信号：现代的WinUI 3架构完全有能力匹敌甚至超越传统Win32代码在速度和效率上的表现。

随着微软在更多场景中用原生WinUI 3组件去替换那些由WebView2包裹的Web界面，Windows 11对内存资源的无谓消耗会逐步减少，系统整体也有望回归到轻快、统一和原生优先的方向。我们或许没有在2026年迎来飞行汽车或月球基地，但在经历了多年框架试验和路线摇摆之后，Windows有机会成为一套既尊重自己Win32传统、又真正现代化的桌面操作系统。