WinUI 3 性能：飞跃

microsoft / microsoft-ui-xaml 公共通知 您必须登录才能更改通知设置 Fork 826 Star 7.6k WinUI 3 性能：一次飞跃 #11096 beth-panx 在公告中宣布 WinUI 3 性能：一次飞跃 #11096 beth-panx 2026 年 5 月 11 日 · 20 条评论 · 47 条回复 返回顶部 讨论选项 呃哦！加载时出错。请重新加载此页面。引用回复 beth-panx 2026 年 5 月 11 日 维护者 - WinUI 社区您好！我们的使命是使 WinUI 3 成为 Windows 体验和应用程序的最佳本机 UI 平台，而性能是这一努力的核心。从 WinUI 2 迁移到 WinUI 3 应该始终在性能方面取得明显的胜利，并且应用程序应该无需繁重的工作即可获得出色的结果。 Why Now Pavan 最近分享了一篇博文，其中提到“更流畅、响应更快的应用程序交互：通过将核心 Windows 体验转移到 WinUI3 框架来减少交互延迟”是我们质量承诺的一部分。要实现这一目标，意味着要在多个层面上实现性能改进，包括 WinUI 本身。这也强化了我们对 WinUI 作为未来原生框架的战略承诺。我们知道性能只是难题的一小部分，还有许多其他领域值得我们持续关注。请放心，我们也将继续关注这些。我们关注的焦点 我们一直专注于启动时间，使用文件资源管理器和记事本作为我们的主要基准，重点是对大多数应用程序广泛有利的改进。到目前为止的结果 以下是我们在文件资源管理器启动的 WinUI 部分看到的结果： 指标改进 分配量减少 41% 瞬时分配量减少 63% 函数调用减少 45% WinUI 代码花费的时间减少 25% 您何时可以期待这些变化？这些改进将很快从开发分支中带出，您将看到它们出现在 winui3/main 分支中。我们还将尽可能将这些更改引入 WinAppSDK 2.x，但某些更改可能风险太大或太复杂，无法作为服务更新提供。关于重大更改的说明 某些优化涉及或大或小的重大更改，并且需要应用程序选择加入。例如，我们正在优化默认控件样式，这对于大多数应用程序来说应该可以正常工作，但可能会导致以下应用程序出现问题： 期望在控件模板中找到特定容器元素 依赖通过动画而不是 Setter 设置的属性 每个应用程序都可以确定选择加入哪些更改。随着时间的推移，也许早在 3.0 或可能在 4.0+ 中，其中许多将切换到选择退出，默认情况下实现最佳性能。请继续关注更多更新，并感谢您成为 WinUI 社区的一员！ Beta 此翻译有帮助吗？提供反馈。 48 您必须登录才能投票 ? 64 ? 1 ? 56 ❤️ 50 ? 47 ? 2 所有反应 ? 64 ? 1 ? 56 ❤️ 50 ? 47 ? 2 回复：20 条评论 · 47 条回复 评论选项 呃哦！加载时出错。请重新加载此页面。引用回复 bogdan-patraucean 2026 年 5 月 11 日 - 很高兴看到 WinUI 3 没有被遗忘。问题是，您测量的文件资源管理器启动的减少量 - 它们对启动本身有多大影响？我认为启动时间不会减少约 40%。你能告诉我们吗，@beth-panx？ Beta 此翻译有帮助吗？提供反馈。 11 您必须登录才能投票 所有反应 2 条回复 评论选项 呃哦！加载时出错。请重新加载此页面。引用回复 beth-panx 2026 年 5 月 12 日维护者作者 - 这些测量结果来自 FE 启动的 WinUI 部分。这里的方法是我们从框架方面尽我们所能，并且 Windows 中的其他团队也调查并一直在努力提高整体启动性能，我们经常联系/协作以确保改进是端到端的。这是对基本面和质量的长期承诺。我希望这至少表明我们正在倾听并尝试根据反馈做出改变。 :) Beta 这个翻译有帮助吗？提供反馈。 ? 4 个所有反应 ? 4 个评论选项 呃哦！加载时出错。请重新加载此页面。引用回复 bogdan-patraucean 2026 年 5 月 12 日 - @beth-panx 所以你不知道我的问题的答案。如果有关此主题的下一次更新包含一些真实的用例场景，那就太好了，这样我们就可以了解实际的性能改进。谢谢！ Beta 此翻译有帮助吗？提供反馈。 ? 1 所有反应 ? 1 评论选项 呃哦！加载时出错。请重新加载此页面。引用 回复 duckheadsoftware 2026 年 5 月 11 日 - 我根本没有注意到 WinUI 中我的应用程序的性能问题。系统应用程序，是的，文件资源管理器顶部很慢，挂起等。对我来说，性能问题都与 Visual Studio Build 相关。不过，很高兴看到 WinUI 上的工作，目前一切都非常积极，这使我的决定 100% WinUI 有效。谢谢