微軟承認Win11原生應用佔用大量內存，並承諾提升 WinUI 性能

關注@明天去月球，黑盒硬件早知道～

拖累 Windows 11 體驗的核心問題之一，來自系統內置應用與原生 UI 框架。微軟正籌備一項聚焦內存管理的重大更新，基於 WinUI 重構的開始菜單、通知中心日程視圖仍在推進，但微軟會在正式推送前，先完成 WinUI 本身的性能優化。

在 2026 年 Build 開發者大會上，微軟也曾披露內存管理的相關優化方向，其中絕大多數改進都圍繞 WinUI 展開。

微軟在 Build 2026 上表示，團隊一直在對 WinUI 進行改造以降低內存佔用 ——

在開始菜單等 Windows 核心組件改用 WinUI 重寫之前，這項優化尤爲關鍵。

微軟 Windows UI 團隊工程師克里斯・安德森透露，團隊還規劃了更多調整，在更大規模的功能更新落地前，會先針對 WinUI 完成 “性能、基礎架構與質量” 層面的全面修復。

其中一項重點改動，是微軟計劃將 WinUI 遷移至 Windows 系統合成器，這一調整有望提升應用與系統整體的運行速度。

“性能層面，我們投入了大量資源優化內存佔用，同時切換到系統合成器架構，這會帶來更顯著的性能提升。相關代碼已經全部同步到我們的公開 Git 倉庫中。” 安德森表示。

儘管大家都期待 Windows 原生應用、尤其是 WinUI 開發的應用能有更好表現，但不可否認，這套框架目前的性能優化並不充分，卡頓感明顯，多數用戶都有直觀的體驗。

舉個例子：在文件資源管理器打開 “此電腦”，再和 “主文件夾” 標籤頁對比加載速度，後者耗時會明顯更長，在低配硬件上差異尤其突出。

開始菜單部分功能仍基於 React Native 開發

WinUI 版開始菜單正式上線後，視覺上不會有明顯變化，但低配電腦上的卡頓感會有所緩解，整體內存佔用也會降低。可能有用戶不清楚：當前開始菜單的 “所有應用” 列表、“推薦” 內容流（在新版本中也叫 “最近”），是基於 React Native 開發的 —— 微軟曾在 2023 年的 Chain React 大會上確認過這一點。

可以確認的是，WinUI 相關的優化修復會讓 Windows 流暢度有可感知的提升，但目前還沒有具體量化數據，暫時無法判斷原本佔用 300MB 內存的應用，優化後會降到 250MB、200MB 還是其他水平。

“在着手開發那些光鮮亮眼的新功能之前，我更願意先把基礎打磨紮實。” 安德森說。
“用戶真正需要、能提升生產效率的，是框架的核心體驗。排在第一位的永遠是性能、基礎能力、產品質量，以及修復大量已知 Bug。”

微軟承認 WinUI 仍存在大量功能缺口

性能問題，並不是開發者不願遷移到 WinUI 的唯一原因。

微軟坦言，開發者目前仍高度依賴開源功能庫，因爲 WinUI 缺少很多必備能力，比如完整的系統托盤實現、更豐富的數據控件等。

“除了數據網格和圖表，我們收到最多的反饋就是：平臺的功能缺口太多了。” 安德森表示。
“比如系統托盤的支持不完善，窗口功能也有諸多限制。很多開發者不得不靠開源庫填補這些空白，大家都在問：能不能直接把平臺本身的功能做全？”
“我們積壓了很多待辦需求，” 安德森說，“團隊會逐步推進，解決用戶反饋的功能缺口問題 —— 這確實是目前最大的痛點之一。” 微軟同時提到，正在開發配套的 AI 工具，用於輔助 WinUI 應用的開發工作。

此外，安德森也回應了開發者的核心顧慮：擔心微軟會放棄 WinUI，再推出一套新框架取而代之。