微软承认Windows 11仍构建在90年代的Win32之上

当你在 Windows 11 中右键点击一个文件或启动传统桌面应用时，其实仍在与诞生于商业互联网之前的旧代码打交道：最早可追溯到 Windows 95 时代的 Win32 API 依然是当今最流行桌面操作系统的重要基础层，而按照微软高层的说法，这原本并不在公司的长期规划之内。

在最近由微软官方 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（C++ 封装）和面向 .NET 开发者的 WinForms，虽然它们本质上仍是对 Win32 的封装而非替代，却是微软在应用层抽象上的早期尝试。 真正意义上的“替换工程”始于引入 XAML 和硬件加速渲染的 WPF，随后是短暂押注跨平台的 Silverlight——这一方案最终在 HTML5 崛起后被淘汰。

最激进的一次替代尝试出现在 Windows 8 时代：微软推出了 WinRT，希望开发者构建安全、适配触控、全屏运行的新式应用，并借此彻底翻新 Windows 应用形态。 但随着 Windows 8 的界面路线遭遇市场冷遇，公司又在 Windows 10 上转向 Universal Windows Platform（UWP），强调“跨手机、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 传统、又真正现代化的桌面操作系统。