微軟正在為 Windows 11 中日益增多的 Web 應(yīng)用界面尋找提速之道，并在內(nèi)部測試一項名為“延遲消息計時”（Delayed Message Timing）的新 API，重點針對 Outlook 等依賴復雜 Web 架構(gòu)的應(yīng)用，幫助開發(fā)者找出性能瓶頸，從而提升體驗。

近年來，Windows 11 越來越多系統(tǒng)組件和應(yīng)用采用基于 WebView2 的網(wǎng)頁式界面，例如通知中心中新上線的 Agenda 視圖就被發(fā)現(xiàn)是通過 WebView2 承載的 Web 應(yīng)用組件，而并非原生界面。 微軟并未有意引導內(nèi)部團隊或第三方開發(fā)者“棄用” Web 技術(shù)，而是試圖通過更精細的診斷工具，讓復雜 Web 應(yīng)用在現(xiàn)有架構(gòu)下跑得更快。

根據(jù)微軟在 GitHub 上公開的技術(shù)說明，“延遲消息計時”被定位為一項診斷功能，用于測量 Web 應(yīng)用在不同執(zhí)行上下文之間通過 postMessage 傳遞消息時的耗時，并將這些數(shù)據(jù)以“delayed-message”條目的形式暴露在 Performance API 中。 這一機制可適用于所有 Web 應(yīng)用，包括在 Windows 11 上通過 WebView2 嵌入的應(yīng)用，因此覆蓋 Outlook、WhatsApp 等廣泛依賴嵌入式 Edge/Chromium 引擎的客戶端。

文章指出，如今許多 Windows 11 應(yīng)用（包括新 Outlook）底層都與 Chromium 綁定，不論是通過 WebView2 還是 Electron，疊加多窗口、iframe、worker 線程等復雜結(jié)構(gòu)，容易造成啟動遲緩和界面“卡住”的主觀體驗。 微軟希望借助“延遲消息計時”幫助開發(fā)者識別 Web 層內(nèi)部 postMessage 處理中過長的等待或阻塞，從而對癥優(yōu)化，緩解用戶在點擊通知后 Outlook 界面遲遲無響應(yīng)等問題。

報道同時提到，目前這項 API 本身并不會像“魔法加速器”那樣直接提升性能，而是更多扮演“體檢儀”的角色：當 UI 已經(jīng)渲染但交互遲鈍時，開發(fā)者可以通過該 API 追蹤消息傳遞鏈路上具體的延遲源頭。 微軟已經(jīng)在利用該工具分析 Outlook 的表現(xiàn)，并暗示未來版本有望在啟動速度和響應(yīng)流暢度方面有所改善，尤其是在 Windows 11 這一高度依賴 WebView2 的環(huán)境下，讓復雜 Web 應(yīng)用運行得更輕快。