北京
Windows 11的卡頓問題，微軟終于打算從源頭動手。
5月15日消息，微軟正全力押注WinUI 3框架，試圖扭轉系統(tǒng)長期被詬病的臃腫困境。過去數(shù)年，Windows開發(fā)者大量采用PWA和Electron方案搞跨平臺，結果內存飆升、續(xù)航崩壞、界面卡頓成了家常便飯。現(xiàn)在微軟想證明：原生路線未必過時。
技術驗證的靶子選得很準——文件資源管理器和記事本。微軟工程師在GitHub披露，優(yōu)化后WinUI框架自身的啟動負擔顯著降低，文件管理器的內存分配直接減少41%。不過這里有個坑：這個數(shù)字只算WinUI代碼段的啟動開銷，不是用戶從雙擊圖標到看到窗口的完整時間。換句話說，你感覺到的"變快"可能沒那么夸張。
更隱蔽的改動在系統(tǒng)底層。Windows 11開始菜單正在剝離React網(wǎng)頁組件，全面轉向純原生WinUI 3代碼。網(wǎng)頁技術滲透核心組件的時代，微軟似乎想親手終結。
但別急著歡呼。這些提速能力目前還是"選擇加入"模式，因為伴隨而來的是默認控件樣式的破壞性調整——高度自定義的老應用可能直接崩給你看。微軟的計劃是：WinAppSDK 3.0或4.0以上版本再切換為"默認開啟、按需退出"，現(xiàn)在強行上車風險自擔。
配套動作也在同步推進。微軟新發(fā)布了WinUI的開源dotnet new模板，開發(fā)者無需安裝龐大的Visual Studio，命令行就能創(chuàng)建、構建、運行完整打包的原生應用。模板自帶現(xiàn)代標題欄、響應式導航、深淺色模式，MSIX打包流程也大幅簡化。
最狠的一招是AI滲透。新推出的WinUI智能體插件可對接GitHub Copilot、Claude Code，自然語言描述需求就能自動選模板、生成MVVM架構、寫XAML布局、修編譯錯誤，甚至靠界面自動化定位功能缺陷。寫原生應用的門檻，正在被重新定義。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
