微軟在新版 Windows 11 中重寫了經典的“運行”對話框，并宣稱這一現代化版本的啟動速度不僅沒有變慢，反而比沿用自 Windows 95 時代的舊版本更快，卻意外在網絡上遭到大量嘲諷與誤解。
多年來，Win+R 一直是 Windows 高級用戶的肌肉記憶入口，比如許多用戶會在開機后直接輸入 winword 以啟動 Word，但這個小窗口的外觀一直停留在上世紀的審美，與當下的 Fluent Design 設計語言格格不入。 近期，Windows 11 中隱藏的現代“運行”對話框正在進行界面瘦身調整，隨后微軟在開發者博客中正式披露了其背后的工程細節。
根據微軟介紹，全新的“運行”對話框采用 C# 與 WinUI 3 重新構建，重新設計后的中位“顯示時間”（time-to-show）僅為 94 毫秒，比舊版更快 9 毫秒。 從工程角度看，這一成績被視為顯著的性能優化，但微軟將這一數字公開后，卻在社交平臺 X 上遭到部分開發者、技術評論者和玩家的群嘲，不少人認為 94 毫秒在計算機世界簡直是“漫長得難以接受”。 他們將這一數字與游戲表現對比，指出高刷顯示器可以在 8 毫秒內完成一次刷新，而 3A 游戲在 94 毫秒內可以多次渲染復雜的 3D 場景，進而質疑微軟“畫一個文本框居然要這么久”。
文章指出，這種聲音背后存在對計算機性能指標的根本性誤解。 游戲中提到的渲染速度更多對應“每秒幀數”（FPS）和“熱路徑”（hot path）場景：游戲引擎已完整常駐內存與顯存，資產管線與圖形 API（如 DirectX 12）早已初始化完畢，渲染循環持續運行，因此輸出下一幀的邊際成本極低。 但當用戶按下 Win+R 調出“運行”時，系統實際上經歷的是“冷路徑”（cold path）：操作系統需要截獲鍵盤中斷、為全新進程分配內存、加載 WinUI 3 和 XAML 框架、解析布局、實例化文本框與按鈕，并讀取用戶歷史記錄等信息。
在這些初始化步驟完成之后，桌面窗口管理器（DWM）還要把新窗口疊加到當前桌面之上，應用 Windows 11 的 Fluent Design 效果，包括 Mica 材質透明和投影陰影處理，最后 GPU 才會繪制第一幀畫面到顯示器上。 將這一整套冷啟動流程壓縮在 94 毫秒內，本身就是一項不小的工程成就，而這依賴于微軟對新“運行”對話框使用 .NET AOT（預編譯，Ahead-of-Time）技術，使得 C# 代碼能以接近原生代碼的速度執行，同時保留現代語言在安全性與開發效率方面的優勢。
更關鍵的是，很多批評者忽略了微軟展示的最重要數據：舊版“運行”其實更慢。 在徹底重寫這項工具之前，微軟先在覆蓋 3，500 萬用戶的樣本中，為傳統 Win32“運行”對話框加入遙測統計，結果顯示這款看似“極簡”的經典窗口，中位“顯示時間”為 103 毫秒。 換言之，互聯網正在對一個用 94 毫秒替代 103 毫秒、功能更豐富的應用發出不滿，而過去從未有人抱怨舊版“運行”有任何明顯卡頓。
除了性能提升，新版“運行”在功能上也迎來大幅升級，其設計基礎來自社區反饋頗多的 PowerToys Run。 通過遙測，微軟發現僅有約 0.0038% 的用戶會點擊舊版中的“瀏覽”按鈕，因此新設計簡化了界面，將注意力集中在鍵盤優先的輸入體驗上。 用戶現在可以在“運行”框中輸入 “~\” 直接跳轉到自己的用戶主目錄，并像命令行一樣在文本框內繼續路徑導航。 與此同時，這一現代化版本還完整支持深色模式，相比之前類似年代久遠、仍在更新中的文件資源管理器屬性對話框，視覺體驗更加統一。
目前，這一新的“運行”對話框仍處于 Windows 11 預覽階段，僅作為可選功能向 Insider 試驗頻道（Experimental Channel） 用戶漸進推送。 已安裝最新預覽版本的用戶，可以通過“設置 > 系統 > 高級”界面打開開關，手動啟用新版“運行”體驗。
文章最后指出，微軟對“運行”對話框的現代化改造，本質是在用更干凈的架構和 AOT 編譯的 WinUI 3 應用，取代歷史悠久且結構不一致的老代碼。 這一轉變不僅帶來了更好的主題適配和可用性，也延續了 Windows 11 在界面一致性和性能上的整體改進方向。 在社交平臺上，關于 94 毫秒與 103 毫秒的爭論仍在繼續，但從技術事實來看，新版“運行”既更快，也更現代。