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

短语录 网络资讯 2

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

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

此前报道,微软 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 布局,并修复编译错误,甚至借助界面自动化能力定位功能缺陷。