這看來微軟終於意識到，光靠飆頻率這種暴力手段來救火是不夠的，現在打算回頭修補那破爛不堪的地基了。根據最新的 GitHub 上的一篇文章 ，介紹了微軟改進 WinUI 的工作，也就是先前曝光的代號 Windows K2 的效能提升計畫，核心重點就是要把 Windows 11 那些老舊的介面元件遷移到 WinUI 3 原生框架，並且同步對框架本身進行瘦身。
WinUI 3 性能優化的具體數據（以檔案總管為基準）：
記憶體分配 (Allocations)：減少了 41%。
臨時分配 (Transient allocations)：大幅砍掉了 63%。
函數調用 (Function calls)：減少了 45%。
WinUI 代碼執行時間：縮短了 25%。
微軟軟體工程師 Beth Pan 表示，這是一項長期承諾，目標是讓 WinUI 3 成為 Windows 體驗的最佳原生 UI 平台。目前的優化成果已經在檔案總管和記事本上初見成效，預計很快就會推送到開發分支。
說實話，這才是我們想聽到的優化。比起之前那個被 Scott Hanselman 護航到飛起的低延遲模式（飆頻率），這種從代碼層面減少 41% 記憶體分配的優化，才叫真正的電腦科學。
這波優化如果真的能端出來，搭配上之前的飆頻技術，Windows 11 說不定真的能擺脫連開個右鍵選單都顯得拖泥帶水的罵名。不過依照微軟修 A 可能壞 B 的傳統，這種大幅度的更新優化，使用者信心可能更需要多個版本驗證。但起碼有方向就是好事。
來源
WinUI 3 性能優化的具體數據（以檔案總管為基準）：
記憶體分配 (Allocations)：減少了 41%。
臨時分配 (Transient allocations)：大幅砍掉了 63%。
函數調用 (Function calls)：減少了 45%。
WinUI 代碼執行時間：縮短了 25%。
微軟軟體工程師 Beth Pan 表示，這是一項長期承諾，目標是讓 WinUI 3 成為 Windows 體驗的最佳原生 UI 平台。目前的優化成果已經在檔案總管和記事本上初見成效，預計很快就會推送到開發分支。
說實話，這才是我們想聽到的優化。比起之前那個被 Scott Hanselman 護航到飛起的低延遲模式（飆頻率），這種從代碼層面減少 41% 記憶體分配的優化，才叫真正的電腦科學。
這波優化如果真的能端出來，搭配上之前的飆頻技術，Windows 11 說不定真的能擺脫連開個右鍵選單都顯得拖泥帶水的罵名。不過依照微軟修 A 可能壞 B 的傳統，這種大幅度的更新優化，使用者信心可能更需要多個版本驗證。但起碼有方向就是好事。
來源
