IT之家 5 月 15 日消息，Windows Latest 今天（5 月 15 日）发布博文，报道称微软明确押注 WinUI 3，希望借此改善 Windows 11 长期被批评的卡顿、臃肿与网页封装层过多等问题。
在经历多年混乱后，Windows 开发者针对跨平台开发，近年来转向 PWA（渐进式网页应用）和 Electron 封装方案，但也暴露出内存占用过高、续航影响更重，以及桌面界面交互卡顿等问题。
IT之家此前报道，微软 Windows 工程师在 GitHub 发布技术说明，称要把 WinUI 3 打造成 Windows 体验和应用的最佳原生界面平台。
微软团队为证明优化方向有效，以文件资源管理器和记事本的启动过程为基准，重点观察 WinUI 框架本身在启动链路中的负担变化。
| 指标 | 改善幅度 |
|---|---|
| 内存分配次数（Allocations） | 减少 41% |
| 临时内存分配（Transient allocations） | 减少 63% |
| 函数调用次数（Function calls） | 减少 45% |
| WinUI 代码执行时间 | 降低 25% |
不过该媒体指出，上述指标更偏向工程术语，只覆盖启动过程中的 WinUI 代码段，而非端到端完整加载时间，在用户感知层面，并不等同于文件管理器整体启动速度直接快 40％。
在系统架构层面，微软也在减少网页技术对核心组件的渗透。报道提到，Windows 11 开始菜单正从基于 React 的网页组件转向纯原生 WinUI 3 代码。
需要注意的是，部分 WinUI 3 提速能力当前仍属“选择加入”。微软承认，这些优化伴随默认控件样式的破坏性改动，某些高度自定义旧应用可能受影响。
因此，相关高性能路径暂时不会默认开启，未来计划在 WinAppSDK（Windows 应用开发工具包）3.0 或 4.0 以上版本逐步转向“默认启用、按需退出”。
除了系统优化，微软也在补开发工具短板。它新发布了 WinUI 的开源 dotnet new 项目与条目模板，开发者不必先安装庞大的 Visual Studio，可直接通过命令行创建、构建、运行完整打包的原生应用。新模板还整合现代标题栏、响应式导航、浅色与深色模式，以及更简化的 MSIX 打包注册流程。
更关键的一步，是微软把 AI 引入原生开发。新推出的 WinUI 智能体插件可接入 GitHub Copilot、Claude Code 等助手，帮助开发者依据自然语言需求自动选择模板、生成 MVVM 架构、编写 XAML 布局，并修复编译错误，甚至借助界面自动化能力定位功能缺陷。
广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，IT之家所有文章均包含本声明。