微软押注 WinUI 3 重塑 Win11 原生体验，文件管理器内存分配减少 41%

5 月 15 日消息，Windows Latest 今天（5 月 15 日）发布博文，报道称微软明确押注 WinUI 3，希望借此改善 Windows 11 长期被批评的卡顿、臃肿与网页封装层过多等问题。

在经历多年混乱后，Windows 开发者针对跨平台开发，近年来转向 PWA（渐进式网页应用）和 Electron 封装方案，但也暴露出内存占用过高、续航影响更重，以及桌面界面交互卡顿等问题。

此前报道，微软 Windows 工程师在 GitHub 发布技术说明，称要把 WinUI 3 打造成 Windows 体验和应用的最佳原生界面平台。

微软团队为证明优化方向有效，以文件资源管理器和记事本的启动过程为基准，重点观察 WinUI 框架本身在启动链路中的负担变化。

不过该媒体指出，上述指标更偏向工程术语，只覆盖启动过程中的 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 布局，并修复编译错误，甚至借助界面自动化能力定位功能缺陷。