微軟認了 Windows 11 開始功能表太慢，全面放棄 Web 元件回歸 WinUI 原生框架

覺得 Windows 11 的開始功能表用起來卡卡的嗎？微軟已經確認，會在開始功能表中用 WinUI 替換現有的 React Shell，至少覆蓋其中一部分介面與互動邏輯。這意味著微軟正在加速推進 Windows 11 的原生化進程，計畫將更多系統功能和應用程式從基於 Web 的元件遷移到 WinUI，以降低互動延遲，讓整套系統在實際使用中顯得更順暢。

Web 技術導致延遲，微軟重新擁抱原生框架

目前，Windows 11 開始功能表中的「建議」資訊流以及「所有應用程式」清單，都是由 React 驅動的 Web 技術堆疊實現。早在 2023 年的 Chain React 大會上，微軟就曾公開表示押寶 React Native，並選擇信任這一平台來承載部分體驗，甚至是使用者的一些關鍵體驗。微軟也坦言，在現代硬體設備上，這套實現並不算慢，但再最佳化的 Web 元件，在互動即時性上仍很難完全媲美 WinUI 這類原生框架，根本原因在於延遲開銷以及 Web 技術本身並非為所有系統級場景而生。

從外觀上看，Windows 11 的開始功能表已經足夠「原生」，視覺上與系統其餘部分保持統一，但使用者普遍感覺其回應速度不如前代版本，這也成為微軟決定縮減 React 使用範圍、回歸原生 UI 的一大動因。微軟領導層已對外確認，正在將 Windows 的共用 UI 基礎架構遷移至 WinUI，以此在平台層面降低互動延遲和開銷，整體提升回應性。微軟在內部表述中稱，這是透過將核心 Windows 體驗遷移到原生框架來減少互動延遲，並將其視作提高體驗流暢度的重要一環。

兼顧視覺與效能的開發陣痛期

實際上，為了讓 Windows 能與 React 協同工作，微軟過去幾年已經做了大量相容工程。其中一個難題就是在引入 JavaScript 與 Web 技術的同時，維持系統一貫的原生觀感，即微軟所謂的視覺一致性。為此，微軟開發了 React Native XAML 和 Fluent UI React Native 等工具，讓基於 React 的應用程式仍能在介面風格與互動上盡量貼近傳統 WinUI 體驗，即便其底層是 JavaScript 驅動。不過，從當前調整路線來看，微軟如今更願意回到基礎，在系統關鍵介面上重新押寶原生 UI 框架，而不是繼續向 Web UI 傾斜。

除了底層 UI 框架的調整，微軟還在開始功能表中測試更聰明的「建議」區域，希望透過演算法改進提升該區域的實用價值。據了解，新版推薦資訊流將更偏向展示與使用者當前工作流更相關的應用程式或最近存取的檔案，目標是減少空占空間卻派不上用場的感覺。

全域開關惹民怨，使用者盼更細緻的設定

對於不喜歡建議資訊流的使用者，Windows 11 目前已經提供了直接關閉的開關。使用者可以在設定中的個人化進入工作列頁面，將相關顯示選項關閉，此後開始功能表中的建議區域會徹底消失。但這是一項全域開關，關閉建議資訊流的同時，也會一併停用工作列捷徑清單中的最近檔案，並從檔案總管中移除最近使用區域，等於犧牲了一整套歷史紀錄功能。

這一連動機制引發了部分使用者的不滿，有使用者希望能單獨關閉開始功能表中的建議卡片，卻繼續保留工作列和檔案總管中的最近檔案清單。對此，相關報導作者已向微軟詢問未來是否會提供更精細的控制選項，但目前尚未得到官方回應。

統去 Web 化成效能解藥

從整體趨勢看，微軟一方面在系統層面去 Web 化，透過將共用 UI 基礎架構遷移到 WinUI，來縮短互動路徑、提升效能。另一方面，又在推薦內容和個人化體驗上引入更複雜的邏輯。兩者疊加，最終指向的是一個目標：讓 Windows 11 在保持現代外觀與智慧化特性的同時，盡可能恢復乃至超越傳統桌面系統的回應速度與使用流暢度。對於期待系統更輕快的台灣使用者來說，這無疑是一項值得期待的更新。