Microsoft官員承認 Windows 11 仍建基於 90 年代 Win32 API

當你在 Windows 11 中雙擊一個檔案或啟動傳統桌面應用時，其實仍舊在與誕生於商業互聯網之前的老代碼打交道：最早可追溯到 Windows 95 時代的 Win32 API 依舊是當今最普及桌面操作系統的重要基層，而按Microsoft高層的說法，這原本並不在公司的長期規程之內。在最近由Microsoft官方 Dev Docs 帳戶發佈的一段影片中，Microsoft Azure 首席技術官、Sysinternals 套件創始人 Mark Russinovich 直言，Win32 能在 2026 年依舊是「一等公民」級別的 API，

是公司歷史上最出乎意料的事實之一，他甚至打趣說，當年人們幻想的是飛翔汽車和月球基地，而非一套誕生於 Windows 95 時代的 API 仍能延用至今。 這套 30 年歷史的 API 能一路活到今天，在Microsoft內部多次「被宣告結束」後仍舊屹立，關鍵在於其上構建起的龐大應用生態。Russinovich 將 Win32 形容為 Windows 的「基石」，無數應用建立在其上，因此任何徹底取代都將付出巨大的代價。

他以自己於 1996 年創立的 Sysinternals 工具為例表示，如果讓他在當年下注，他會「賭上百萬美元」認為這些工具不會在 2026 年仍有價值，但現實是：它們不僅活了下來，這比以往更重要。例如，在 2026 年 3 月的更新中，Sysmon 已被直接整合進 Windows，而誕生於 2000 年代初的 ZoomIt 如今仍是 PowerToys 中最受歡迎的小工具之一。

Microsoft多次取代 Win32 嘗試均告失敗

不過，Win32 的「生命力」並不意味著Microsoft從未嘗試翻篇，相反，過去二三十年裡，Microsoft已搭建出一座「取代框架的山頭」。在Microsoft內部，有關「殺死 Win32」的努力從未停過。為了解決傳統桌面應用在視覺和互動上的現代化難題，Microsoft先後推出 MFC（C++ 封裝）和面向 .NET 開發者的 WinForms，儘管它們本質上仍是對 Win32 的封裝而非取代，而是Microsoft在應用層抽象上的早期嘗試。

真正意義上的「取代工程」始於引入 XAML 和硬件加速渲染的 WPF，隨後是短暫聚焦跨平台的 Silverlight——這一方案最終在 HTML5 崛起後被拋棄。最激進的一次取代嘗試出現在 Windows 8 時代：Microsoft推出 WinRT，希望開發者構建安全、適配觸控、全屏運行的全新式應用，並藉此徹底翻新 Windows 應用形態。但隨着 Windows 8 的市場面臨挫敗，公司又在 Windows 10 上轉向 Universal Windows Platform（UWP），強調「跨手機、Xbo

x 和 PC 的統一應用平台」。UWP 過於封閉、沙盒限制嚴格，嚴重阻礙了需要深度訪問系統資源的傳統桌面開發者。 Russinovich 在影片中也坦承，Microsoft歷史上多次試圖「重啟」 Windows API 表層，例如 WinRT，但由於硬客端與 Win32、瀏覽器端的 HTML 與 JavaScript 之間始終存在割裂，這些嘗試最終都沒有如預期落地。多次框架「虎頭蛇尾」讓開發者對Microsoft的原生平台逐漸失去信任，這是 Windows 桌面應用生態轉向 Web 的重要原因之一。

在此前的一篇報導中，有開發者直言，在Microsoft的生態裡投資一個原生框架開發開始變成一種「賭博」，沒有人願意在一個可能隨時被廢棄的平台上押注多年開發時間。與此形成對比的，正是Microsoft自己帶頭大舉擁抱 Web：它推出 WebView2 控件，在桌面應用中嵌入基於 Chromium 的 Microsoft Edge 引擎，隨後整個系統被 Web 應用淹沒——從 Microsoft Teams、Clipchamp、新版 Outlook、OneDrive，到 Windows 11 小組件面板，甚至最新版的 Copi

lot 都能以 Web 應用形式存在。 Web 應用在開發和跨平台維護上的優勢顯而易見，但在傳統桌面環境中，這種模式在資源消耗上極為低效，每一個應用都要嵌入一套完整瀏覽器引擎，帶來固定開銷。基於 Web 的客戶端在「無需做任何事」的狀態下也會耗用大量存在，而早期基於 UWP 的原生實現則要輕量得多。Microsoft置頂的影片編輯器 Clipchamp 同樣是 Web 應用，除了性能與資源消耗的問題外，它還被強行綁在 OneDrive 雲同步上，這促使他最終放棄使用這一工具。

將這種體驗與 macOS 對比，更凸顯差距：蘋果用戶可免費使用高度本土化、緊密集成系統的 iMovie 和 Pages 等應用，而許多實際 Windows 用戶則被迫依賴類似 Clipchamp 的需要網絡連接、缺乏深度系統集成、且存在高耗能的 Web 方案。在蘋果推出 600 美元以下高性價比筆記本並取得成功後，Microsoft開始重新檢視自己的應用數量，意識到將 Windows 變成「類 Chrome OS」並不符合重度用戶期盼，也在實質上損害系統性能。

幾個月前，Microsoft合夥人架構師 Rudy Huyn 公開確認，他正組建一支專門構建「100% 原生」 Windows 11 應用的團隊，公司的重點正加速轉向基於 Windows App SDK 的最新原生 UI 框架 WinUI 3。WinUI 3 有潛力成為Microsoft挽回開發者信任的關鍵：它既能提供現代化、符合 Fluent 設計的界面體驗，又允許應用完整、無拘束地訪問底層 Win32「基石」。

Microsoft最近還發佈了 Windows App SDK 2.0 大版本更新，為開發者帶來了語意化版本控制、重構後的 Windows ML 框架，以及更完善的拖放支持，用於將 WebView2 無縫嵌入原生 WinUI 3 外殼之中。在系統自身層面，Microsoft也開始用 WinUI 3 有節奏地取代最老舊的一批 Win32 界面元素，而不再採用 WinRT 那種「二次重啟」式數量。

Windows 95 時代延續至今的檔案資源管理器屬性對話框已被發現將換成支持完整深色模式的 WinUI 3 版本界面。經典的「執行」對話框（Win + R）也已用 WinUI 3 重寫，新版在美觀度上明顯領先，在使用體驗上也毫不遜色。根據測試數據，這一由 .NET AOT 編譯的新執行對話框的中位彈出時間為 94 毫秒，比被取代的舊版更快，這被視為一個信號：現代 WinUI 3 結構完全有能力匹敵乃至超越傳統 Win32 代碼在速度和效率方面的表現。

隨着Microsoft在更多場景中用原生 WinUI 3 組件取代 WebView2 包裹的 Web 界面，Windows 11 對存在資源的無謂消耗將逐步降低，系統整體也有望回歸輕快、統一和原生優勢的方向。我們或許不會在 2026 年迎來飛翔汽車或月球基地，但在經歷多年框架試煉與路線搖擺之後，Windows 有機會成為一套既尊重自身 Win32 傳統，又真正現代化的桌面操作系統。