微軟承認Windows 11文件資源管理器運行遲緩 預加載只是眾多優化之一

微軟近期在大力強調 Windows 11 的質量表現。繼 Windows Insider 負責人 Marcus Ash 發布一份備受關注的“進度報告”，宣稱已兌現此前關于性能和可靠性改進的承諾后，微軟方面表示，已經向系統推送了大量面向高級用戶訴求的性能修復與穩定性優化。

然而，當微軟 Windows Shell 負責人 Tali Roth 在 X 上發文，慶祝團隊兌現這一批性能更新承諾時，卻重新點燃了關于 Windows 11 文件資源管理器的老話題。不少用戶對當前啟動速度的改善持懷疑態度，認為微軟通過“預加載”文件資源管理器來加快啟動，只是浪費系統資源的權宜之計，而不是從根源優化這款老牌應用的底層代碼。

在連續的討論中，Roth 罕見地公開闡述了微軟針對這一“長期頑疾”所采取的多層次改造思路。她承認，許多用戶在使用 Windows 11 時，會明顯感覺文件資源管理器比 Windows 10 時代更慢，這很大程度上源于微軟在古老的 Win32 基礎之上疊加了 XAML、WinUI 3 等現代 UI 框架，導致混合架構帶來額外性能開銷。

為緩解啟動遲緩的問題，微軟此前在 Windows 11 中引入了“后臺預加載”機制：系統會在用戶點擊之前，將資源管理器相關組件預先緩存到內存里，理論上可以實現幾乎“秒開”的體驗。但實測顯示，這一機制會額外占用約 35MB 內存。對于現代 PC 而言，這個數字并不算高，但用戶真正不滿的是——預加載只改善了首次啟動，進入應用后，文件夾導航、縮略圖渲染、右鍵菜單彈出等操作依然顯得沉重而拖沓。

正因如此，一部分高階用戶選擇轉向第三方工具，例如 File Pilot。根據測試，這類替代文件管理器可以在不依賴激進后臺緩存的前提下實現瞬間啟動與流暢導航，證明通過更高效的實現完全有可能規避目前 Windows 11 官方資源管理器的性能包袱。

面對“預加載只是粗暴投機取巧”的質疑，Tali Roth 在 X 上回應稱，微軟并不是在兩種路徑之間做二選一?！熬拖窈芏鄦栴}一樣，答案是‘并且（AND）’?！彼硎?，微軟現在是從整體視角來審視啟動性能，采用多種手段疊加，以確保用戶在最常訪問的區域都能獲得足夠敏捷的響應。預加載關鍵組件，只是整個組合拳中的一招。

更重要的是，Roth 明確強調，真正的底層優化工作正在同步推進。她列出了 Windows Shell 團隊當前正在實施的幾類工程改進，包括：針對啟動流程的精細優化，通過調整加載順序、加速關鍵路徑調用來縮短冷啟動時間；主動削減“臃腫”邏輯，移除不必要的后臺工作與視覺動畫，降低感知延遲；實施更深層的基礎性修正，從根本上減少多余的磁盤讀取并降低各種卡頓場景出現的概率。

這些架構層面的改造，有望緩解預加載無法觸及的“應用內遲緩”問題。比如，減少不必要的磁盤訪問，直接影響到用戶點擊某個目錄后，文件列表填充完成的速度，這類體驗提升是單靠預加載無法實現的。

Roth 表示，這些基礎性優化會在接下來數月內以增量形式逐步推送。目前，從最新的 Windows Insider 測試版本中，已經能看到部分成果：例如在深色模式下，文件資源管理器中惱人的“白屏閃爍”現象被移除，整體導航體驗也變得更為順暢。同時，那些可以追溯到 Windows 95 時代的老舊“屬性”對話框，也正在被新的 WinUI 3 風格、支持深色模式的現代界面所取代，顯示出微軟在 UI 與基礎框架上的系統性更新決心。

對外界而言，微軟此次在文件資源管理器性能問題上罕見地選擇更高程度的透明態度，某種程度上算是一種積極信號：公司并未打算單純依靠“多占點內存”來掩蓋混合框架帶來的性能損耗，而是承認問題復雜度，并嘗試以預加載與底層瘦身并行的方式解決。若微軟最終能成功將智能預加載與更精簡、更高效的代碼結合起來，Windows 11 的文件資源管理器或許有機會在體驗上真正超越 Windows 10。