WinUI 3 Preview 3 发布了，再一次试试它的性能

最新推荐文章于 2025-03-06 12:21:26 发布

dino.c

最新推荐文章于 2025-03-06 12:21:26 发布

阅读量1.8k

点赞数 1

分类专栏： UWP WPF 文章标签： WinUI UWP WPF Windows

本文链接：https://blog.youkuaiyun.com/cjh623/article/details/111335597

版权

WPF 同时被 2 个专栏收录

47 篇文章

订阅专栏

UWP

34 篇文章

订阅专栏

本文介绍了WinUI 3 Preview 3的发布，探讨了其性能改进，包括ARM64支持和开发工具的增强。作者分享了试玩体验，指出尽管开发体验有所提升，但性能仍有待提高。测试结果显示，WinUI 3在某些场景下性能接近UWP，但存在布局循环和内存占用问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. WinUI 3

在微软 Build 2020 开发者大会上，WinUI 团队宣布可公开预览的 WinUI 3 Preview 1，它让开发人员可以在 Win32 中使用 WinUI。最终 XAML 的新功能不再和 Windows SDK 绑定，所有新的 XAML 功能都将作为 WinUI 的一部分发布。作为 OS 的一部分发布的现有 UWP XAML API 将不会再收到新的功能更新。但是，它们会在 Windows 10 支持生命周期内继续收到安全更新和关键修复程序。

2. WinUI 3 第三个预览版

微软在上个月（11 月）发布了 WinUI 3 Preview 3，具体新增的特性和功能可以看文章最后给出的参考链接。这里我列出我比较重视的新特性：

ARM64 支持
对工具/开发人员的改进：
- 实时可视化树，热重载，实时属性资源管理器及类似工具
- Intellisense 现适用于 WinUI 3
MRT 核心支持
- 这可使应用在启动时速度更快、更轻质，还能加快资源查找速度。
性能改进

这些都是预期之内的改进。在我半年前写的文章《WinUI 3 试玩报告》提到 Preview 1 的开发体验和性能都未能令人满意。这次改进了开发体验，虽然还是没有设计视图，但智能感知、实时可视化树、热重载等功能已经可以让人在 Visual Studio 上进行 WinUI 3 的开发（以前都是在 UWP 项目中写好再复制到 WinUI 项目）。

下面 WinUI 3 公开的路线图，从这图可以看出 WinUI 3 Preview 3 在功能上已经和正式版十分接近，恐怕正式版不会再添加很多值得玩的新功能，所以如果要尝尝鲜的话现在正适合。

3. 试玩 WinUI 3 Preview 3

要试玩 Preview 3，你需要具备以下条件和环境：

确保你的开发计算机上已安装 Windows 10 版本 1803（内部版本 17134）或更高版本。
安装 Visual Studio 2019 版本 16.9 预览版
安装 Visual Studio 时包含以下工作负载：
- .NET 桌面开发（这也将安装 .NET 5）
- 通用 Windows 平台开发
安装 WinUI 3 预览版 3 VSIX 包
爱与勇气与希望

安装完所有东西后，下一步要做的和上次没什么区别，在新建项目的界面里选择 C# 的 “Blank App, Packaged (WinUI in Desktop)” 项目，并选择对应的 Windows 平台创建项目。

再下一步，你就需要拿出你的爱与勇气与希望，去网上与其他微软粉丝交流怎么编译这个刚刚创建一行代码都没改过就报错的全新的 WinUI 3 项目：

Cannot build WinUI3 Preview3 desktop package project in fresh installed VS #3635

Why do you waste dev’s time with unusable releases ? #3645

有些人第一次就能编译通过并运行，那真是太令人高兴了，已经没什么好害怕的了，奇迹、魔法，都是存在的。

4. 性能改进？

经过了一段痛苦和挣扎，我终于可以运行 WinUI 3 Preview 3 了。

现在制约我将来使用 WinUI 3 的要素只剩下开发体验和性能。开发体验方面应该不用太担心，将来 WinUI 3 正式版的开发体验至少不会比 UWP 差（UWP 都忍过来了，已经没有什们能难到我了）。另一个我比较在意的地方是性能表现，这方面还是个未知数。本来我还期待 WinUI 3 的性能只比 UWP 差一点点，可是 Preview 1 的实际表现让人大跌眼镜，所以在这个预览版特地提到性能改进让我很期待，于是我再次测试了它的性能。首先用和《WinUI 3 试玩报告》同样的代码在 Preview 3 进行了测试，结果如下：

	CPU	内存	GPU
WPF .NET Framework 4.8	12	60	76
WPF .NET 5.0	12	85	72
UWP	3	28	36
WinUI Preview 1	5	65	95
WinUI Preview 3	6	45	76

虽然 Preview 3 依然不够流畅，但起码 GPU 占用率可以和 WPF 不相上下。这个测试证明了 WinUI 3 的性能确实有了改进，如果单看这个测试的话 WinUI 3 的性能至少比 WPF 好。可是这样还远远不够好，于是我又试了另一种测试。这次我找到最近写的《使用离散式关键帧播放动画》里的散步猫动画。在这个测试中，WPF 和 WinUI/UWP 的 Xaml 部分完全一样，只是动画的代码部分稍微有些出入：

// Uwp and WinUI
var transform = (sender as Image).RenderTransform as CompositeTransform;
var keyFrames = new DoubleAnimationUsingKeyFrames();
Storyboard.SetTarget(keyFrames, transform);
Storyboard.SetTargetProperty(keyFrames, nameof(CompositeTransform.TranslateY));

// Wpf
var transform = (sender as Image).RenderTransform as TranslateTransform;
var keyFrames = new DoubleAnimationUsingKeyFrames();
Storyboard.SetTarget(keyFrames, sender as Image);
Storyboard.SetTargetProperty(keyFrames, new PropertyPath("RenderTransform.Y"));

当然一只猫不足以测试性能，于是我决定同时撸 100 只猫，分别在 .Net Framework 4.8、.Net 5、Uwp、WinUI Preview 3 这 4 个平台进行测试，我的测试环境如下：

i7-6820HQ
16G 内存
集成显卡
1920 * 1080 分辨率，100%拉伸
Windows 10 20H2

测试结果如下：

	CPU	内存	GPU
WPF .NET Framework 4.8	3	177	21
WPF .NET 5.0	3	3300	21
UWP	1	25	5
WinUI Preview 3	2	46	6

WPF .Net Framework 4.8：结果在预期中，177 MB 的内存占用有些高，但个方面都很稳妥。
WPF .Net 5.0：WPF 和 WPF 之间的体质不能一概而论，WPF .Net 5.0 曾在极度普通的情况下占用了 3300 MB的内存，吓了我一跳，这种事绝对很奇怪啊，只不过 100 只猫而已，是不是撸不起？
UWP：表现也太优异了吧，可能是我的错觉？不过 UWP 也并不是没有问题，只要猫的数量再多些就会报 “Layout cycle detected. Layout could not complete.” 这个错误。
WinUI 3：性能基本和 UWP 保持一致，内存占用高些。也就是说某些情况下 WinUI 3 的性能能达到 UWP 的水平，那真是太令人高兴了。可惜的是同样会在猫的数量增加后报 “Layout cycle detected. Layout could not complete.” 这个错误，而且 WinUI 运行起来有闪烁的现象：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XGlRcFUg-1608210660706)(https://img2020.cnblogs.com/blog/38937/202012/38937-20201208223202442-937355541.gif)]