Microsoft 新 Outlook 效能分析：WebView2 與 Outlook Classic

新 Outlook 通知延遲

在新 Outlook 中點擊 Windows 11 的新郵件通知，載入特定訊息可能需要長達 10 秒。相較之下，Outlook Classic 幾乎即時處理相同操作。

此效能差距在使用通知時最為明顯：雖然新 Outlook 從開始功能表開啟的速度已與 Outlook Classic 相當，但從通知橫幅切換至特定郵件的過程必須先載入完整收件匣，造成顯著延遲。使用者往往能在應用程式內手動搜尋並開啟郵件，比等待通知連結解析更快。

架構根本原因：WebView2

效能差異源自新 Outlook 的架構。與作為原生 Win32 桌面應用程式的 Outlook Classic 不同，新 Outlook 建構於 WebView2，一個基於 Chromium 的渲染引擎。實質上，該應用程式是一個載入 Outlook.com 的瀏覽器視窗。

資源消耗

轉向 Web 包裝器架構導致系統資源使用量顯著提升：

• 記憶體 (RAM)： 新 Outlook 在閒置時佔用 490 MB 至 636 MB 記憶體，而 Outlook Classic 為 117 MB 至 148 MB，約增加四倍。
• CPU 使用率： 新 Outlook 閒置時的 CPU 使用率約為 4%，而 Outlook Classic 通常低於 1%。
• 程序開銷： 新 Outlook 在工作管理員中以 10 個獨立程序運行（包括 WebView2 Manager、GPU Process 與 Service Worker），而 Outlook Classic 只以單一緊湊程序執行。

執行鏈

新 Outlook 的每一次互動都需要類似瀏覽器的程序鏈：應用程式必須初始化或恢復其 Web 層、進行驗證，並透過 Chromium 引擎渲染郵件線索。這會產生原生程式碼中不存在的非決定性延遲。雖然 Microsoft 測試了「Delayed Message Timing」API 以診斷 WebView2 效能，但仍未解決根本的通知延遲問題。

功能相等性與遷移時間表

儘管存在效能問題，Microsoft 仍積極推廣新 Outlook 作為 Outlook Classic 以及已退役的 UWP 郵件與行事曆應用的繼任者。

最近的改進

• 2026 年 3 月更新： 加強資料夾搜尋與共用信箱存取。
• 2026 年 5 月更新： 新增自動映射行事曆支援，以防止遷移期間遺失共用行事曆。
• 2026 年 6 月更新： 引入擴充的 .PST 支援（將於 2026 年 7 月推出）以及統一收件匣檢視（將於 2026 年 8 月推出）。

支援截止日期

Microsoft 已將企業強制退訂的最後期限延至 2027 年 3 月。然而，Outlook Classic 仍可使用並支援至 2029 年 4 月，為重視效能而非新網頁功能的使用者提供緩衝期。

社群觀點與產業批評

使用者與開發者之間的技術討論凸顯了「軟體膨脹」的更廣泛趨勢，即硬體提升被低效的架構選擇所抵消。

「現代程式碼要處理的事更多，字型、圖形、Unicode 都增多，但仍變得相當荒謬。在現代電腦上，10 秒已是相當長的時間。」

批評者認為，轉向 WebView2 是為了開發者可移植性而犧牲使用者體驗。一些使用者指出其他 Microsoft 產品也出現類似情況，例如新 Microsoft Teams，儘管架構更新仍出現顯著的啟動延遲。另一些人則指出，高效能的網路郵件客戶端如 Fastmail 已存在，暗示新 Outlook 的緩慢是實作不佳所致，而非網路技術本身的限制。

未來展望：回歸原生

由於 WebView2 的限制是「內建」的，許多專家認為，要真正與 Outlook Classic 達到效能相等，唯一的方式是回歸原生程式碼。報導指出 Microsoft 正日益投入 WinUI，並正著手以原生程式碼重寫多項 Windows 11 元件，以消除已削弱作業系統體驗的「網頁應用程式鬆散」問題。