报道称，微软正大力推动 WinUI 3 原生化，以解决因大量使用 WebView2、PWA、Electron 等网页封装导致的 Windows 11 臃肿与卡顿问题。用户对网页套壳应用资源占用和响应延迟不满，微软在测试“低延迟模式”时也遭到批评（微软方面称其它系统也有类似提频机制）。微软已开始将开始菜单等从 React 网页组件迁移到 WinUI 3，相关原生优化在开发分支并将逐步合并到 winui3/main 与 WinAppSDK 2.x，但部分改动风险较高、需要结构性妥协，短期作为可选项，计划在 WinAppSDK 3.0/4.0 时默认启用，以推动应用生态向高性能方向发展。
5 月 15 日消息，据科技媒体 Windows Latest 今天报道，微软正在全力押注 WinUI 3 框架，希望借此消除 Win11 过于臃肿的问题。与此同时，PC 用户对粗制滥造网页套壳应用的不满已经到达极点。
最近几年，越来越多开发者抛弃传统 Windows 原生应用，转而使用 PWA、Electron 等网页封装方案。虽然这些框架能显著降低跨平台开发成本，但这些开发方案本质只是浏览器套壳，即使只显示一个界面，也会吃掉大量内存、增加 CPU 负担。
本月微软测试“低延迟模式”时，许多用户批评微软治标不治本，用 CPU 暴力提频掩盖代码臃肿。不过根据IT之家此前报道，微软副总裁 Scott Hanselman 对此回应道，macOS、Linux 等系统也存在类似的提频机制。
并且，Win11 过去几年已经大量使用 WebView 2 组件，甚至大量核心功能都依赖网页套壳，因此用户经常感受到小卡顿、点击延迟，最终感受就是“不流畅”。此前已有消息称，微软正将 Win11 开始菜单从 React 网页组件迁移至原生 WinUI 3。
微软表示，WinUI 3 原生优化目前处于开发分支，将逐步纳入 winui3/main、WinAppSDK 2.x。不过部分改动风险较高，可能无法通过常规系统更新推送。并且相关优化需要做出结构层面的妥协，主要原因是某些旧程序高度依赖自定义模板。
因此，微软将当前性能优化设置为可选方案，未来计划在 WinAppSDK 3.0 / 4.0 切换为默认启用，迫使应用生态向高性能方向发展。