当你在Windows 11中右键点击一个文件或启动传统桌面应用时，其实仍在与诞生于商业互联网之前的旧代码打交道：最早可追溯到Windows 95时代的Win32 API依然是当今最流行桌面操作系统的重要基础层，而按照微软高层的说法，这原本并不在公司的长期规划之内。
Jkbeh. V|sV U 在最近由微软官方Dev Docs账号发布的一段视频中，微软Azure首席技术官、Sysinternals套件创始人Mark Russinovich直言，Win32能在2026年依旧是“一等公民”级别的API，是公司历史上最出乎意料的事情之一，他甚至打趣说，当年人们幻想的是飞行汽车和月球基地，而不是一套诞生于Windows 95时代的API还能被沿用至今。
gSw <C+ R"P-+T=7M 这套30年历史的API能一路活到今天，在微软内部屡次“被宣布终结”后仍然坚挺，关键在于其之上构建起的庞大应用生态。Russinovich将Win32形容为Windows的“基岩”，无数应用建立在它之上，因此任何彻底替代都将付出巨大的代价。他以自己在1996年创立的Sysinternals工具为例表示，如果让他在当年下注，他会“赌上百万美元”认为这些工具不会在2026年仍然有价值，但现实是：它们不仅活了下来，还比以往更重要。例如，在2026年3月的更新中，Sysmon已被直接整合进Windows，而诞生于2000年代初的ZoomIt如今仍是PowerToys中最受欢迎的小工具之一。
WfG +_iP? 
},JJ!3 不过，Win32的“生命力”并不意味着微软从未尝试翻篇，相反，过去二十年里，微软几乎搭建出一座“替代框架的墓地”。在微软内部，关于“杀死Win32”的努力几乎从未停过。为了解决传统桌面应用在视觉和交互上的现代化难题，微软先后推出了MFC（C++封装）和面向.NET开发者的WinForms，虽然它们本质上仍是对Win32的封装而非替代，却是微软在应用层抽象上的早期尝试。真正意义上的“替换工程”始于引入XAML和硬件加速渲染的WPF，随后是短暂押注跨平台的Silverlight——这一方案最终在HTML5崛起后被淘汰。
'xkl|P>=], AL3iNkEa 最激进的一次替代尝试出现在Windows 8时代：微软推出了WinRT，希望开发者构建安全、适配触控、全屏运行的新式应用，并借此彻底翻新Windows应用形态。但随着Windows 8的界面路线遭遇市场冷遇，公司又在Windows 10上转向Universal Windows Platform（UWP），强调“跨手机、Xbox和PC的统一应用平台”。
"zd _eC5 0!lWxS 0#= UWP过于封闭、沙盒限制严格，严重束缚了需要深度访问系统资源的传统桌面开发者。Russinovich在视频中也承认，微软历史上多次试图“重启”Windows API表层，例如WinRT，但由于厚客户端与Win32、浏览器端的HTML与JavaScript之间始终存在割裂，这些尝试最终都没有按预期落地。
F5/,S 5~IdWwG*w 多次框架“虎头蛇尾”让开发者对微软的原生平台逐渐失去信任，这是Windows桌面应用生态转向Web的重要原因之一。在此前的一篇报道中，有开发者直言，在微软的生态里投资一个原生框架开始变成一种“负担”，没有人愿意在一个可能随时被废弃的平台上押注多年开发时间。与此形成讽刺对比的是，正是微软自己带头大举拥抱Web：它推出了WebView2控件，在桌面应用中嵌入基于Chromium的Microsoft Edge引擎，随后整个系统被Web应用铺满——从Microsoft Teams、Clipchamp、新版Outlook、OneDrive，到Windows 11小组件面板，甚至最新版本的Copilot都以Web应用形式存在。
8Ala31 
y<Xu65 Web应用在开发和跨平台维护成本上的优势显而易见，但在传统桌面环境中，这种模式在资源占用上极为低效，每一个应用都嵌入一套完整浏览器引擎，几乎注定带来内存灾难。基于Web的客户端在“几乎不做任何事情”的情况下也会占用大量内存，而早期基于UWP的原生实现则要轻量得多。微软内置的视频编辑器Clipchamp同样是Web应用，除了性能与资源消耗的问题之外，它还被强行绑在OneDrive云同步之上，这促使他最终放弃使用这一工具。将这种体验与macOS对比，更凸显差距：苹果用户可以免费使用高度本地化、紧密集成系统的iMovie和Pages等应用，而许多忠实Windows用户则被迫依赖类似Clipchamp之类需要网络连接、缺乏深度系统集成、且内存占用高的Web方案。
[
fzYC'A= 
oU\7 %gQ 在苹果推出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外壳之中。
}a~h d*-# 
w 0= 在系统自身层面，微软也开始用WinUI 3有节奏地替换最老旧的一批Win32界面元素，而不再采用WinRT那种“硬重启”式策略。Windows 95时代延续至今的文件资源管理器属性对话框已被发现将换成支持完整暗黑模式的WinUI 3版界面。
N\|z{vn 
^&1 O:G*" 经典的“运行”对话框（Win+R）也已经用WinUI 3重写，新版在美观度上明显领先，在使用感受上也毫不逊色。根据测试数据，这一由.NET AOT编译的新运行对话框的中位弹出时间为94毫秒，比被替换的旧版更快，这被视为一个信号：现代WinUI 3架构完全有能力匹敌甚至超越传统Win32代码在速度和效率方面的表现。
B^P&+ ,\[} 
f ?k0(rl 
W>d)( 随着微软在更多场景中用原生WinUI 3组件替代WebView2包裹的Web界面，Windows 11对内存资源的无谓消耗将逐步减少，系统整体也有望回归轻快、统一和原生优先的方向。我们或许没有在2026年迎来飞行汽车或月球基地，但在经历多年框架试验与路线摇摆之后，Windows有机会成为一套既尊重自身Win32传统、又真正现代化的桌面操作系统。
-# ;xfJE
微博帐号登录