Microsoft 全新 Windows 11 運行情框啟動速超 Windows 95 舊版 網上遭嘲 94 毫秒太慢

Microsoft在最新版 Windows 11 中重寫了經典的「運⾏」對話框，並聲稱這一代現代化版本的啟動速度沒有變化，反而比 Windows 95 時代的舊版本更快，特別在網路上遭到大量嘲諷與誤解。多年來，Win+R 一直是 Windows 高級用戶的肌肉記憶入⼝，例如許多用戶會在開機後直接輸入 winword 以啟動 Word，但這個小視窗的外觀一直停留在上世紀的審美，與當下的 Fluent Design 設計語言格格不⼊。

近⽉，Windows 11 中隱藏的現代「運⾏」對話框正在進⾏⾯⾯武裝調整，隨後Microsoft在開發者部落格中正式公布了其背後的工程細節。 根據Microsoft介紹，全新的「運⾏」對話框採用 C# 與 WinUI 3 重構，重新設計後的中位「顯示時間」（time-to-show）僅為 94 毫秒，比舊版快 9 毫秒。從工程角度看，這項成就是顯著的性能優化，但Microsoft將這數字公諸於眾，特別在社交平台 X 上遭到部分開發者、技術評論者與玩家的群嘲，不少人認為 94 毫秒在計算機世界簡直是「漫長得難以接受」。

他們將這數字與遊戲表現對比，指出高端顯示器可以在 8 毫秒內完成一次幀更新，而 3A 遊戲在 94 毫秒內可以多次渲染複雜的 3D 場景，進而質疑Microsoft「畫一個文字框竟要這麼久」。

性能爭議背後的冷熱路徑差異

文章指出，這種聲音背後存在對計算機性能指標的根本誤解。遊戲中提到的渲染速度更多對應「每秒幀數」（FPS）與「熱路徑」（hot path）場景：遊戲引擎早已完備常駐記憶體，資源管線與圖形 API（如 DirectX 12）早已初始化完成，渲染迴圈持續運⾏，因此輸出下一幀的邊際成本極低。但當用戶按下 Win+R 調出「運⾏」時，系統實際上經歷的是「冷路徑」（cold path）：作業系統需要截獲鍵盤中斷、為全新程序分配記憶體、載⼊ WinUI 3 與 XAML 框架、解析佈局、實例化文字框與按鈕，並

讀取用戶歷史記錄等資訊。在這些初始化步驟完成後，桌面視窗管理器（DWM）還要將新視窗推送至當前桌面之上，應用 Windows 11 的 Fluent Design 效果，包括 Mica 材質透明與陰影處理，最後 GPU 才會繪製第一幀畫⾯至顯示器上。 將這一整套啟動流程壓縮在 94 毫秒內，便是一項不小的工程成就，而這得益於Microsoft對新「運⾏」對話框使用 .NET AOT（預編譯，Ahead-of-Time）技術，使 C# 程式碼能以接近原生程式碼的速度執⾏，同時保留現代語言在安全性與開發效率方面的

優勢。更關鍵的是，許多批評者忽略了Microsoft展示的最重要數據：舊版「運⾏」其實更慢。在徹底重寫這項功能之前，Microsoft在覆蓋 3,500 萬用戶的設備中，為傳統 Win32「運⾏」對話框新增遙測統計，結果顯示這款看似「極簡」的經典視窗，中位「顯示時間」為 103 毫秒。換言之，網友正在對一個用 94 毫秒取代 103 毫秒、功能更豐富的應用發出不滿，而過往從未有人抱怨舊版「運⾏」有任何明顯卡頓。

除了性能提升，新版「運⾏」在功能上也迎來大升級，其設計基礎來自社群反饋多的 PowerToys Run。透過遙測，Microsoft發現約有 0.0038% 的用戶會點擊舊版中的「瀏覽」按鈕，因此新設計簡化了⾯⾯，將注意力集中在鍵盤優先的輸入體驗上。用戶現在可以在「運⾏」框中輸入「~」直接跳轉至自己的用戶主目錄，並像命令列⼀樣在文字框內持續路徑導航。與此同時，這一代現代化版本還完整支援深色模式，相較之前類似過時、仍在更新的檔案資源管理器屬性對話框，視覺體驗更統一。

目前，這一新的「運⾏」對話框仍處於 Windows 11 預覽階段，僅作為可選功能向 Insider 測試頻道（Experimental Channel）用戶逐步推送。已安裝最新預覽版的用戶，可以透過「設定 > 系統 > 進階」⾯⾯打開開關，手動啟用新版「運⾏」體驗。 文章最後指出，Microsoft對「運⾏」對話框的現代化改進，本質上是在用更乾淨的架構與 AOT 編譯的 WinUI 3 應用，取⽆歷史包袱且結構不⼀致的舊程式碼。

這一轉變不僅帶來更好的主題適配與可用性，也延續了 Windows 11 在⾯⾯⼀致性與性能上的整體改進方向。在社交平台上，關於 94 毫秒與 103 毫秒的爭論仍在持續，但從技術事實來看，新版「運⾏」既更快，也更現代。