第 1105 期：微软 WinUI 将支持表格和图表控件，且占用的内存更少

微软总算意识到了 “框架差距（Framework Gap）”，而正是这种差距，促使开发者转向网页或其他框架，而他们刚刚推出了 WinUI 的一次重大更新。今天的更新增加了对表格（TableView）、图表控件的支持，甚至修复了导致 Windows 11 内存增长的一个问题。

这次更新是 Windows 应用 SDK 2.5 实验版，于 9 月 29 日发布，它终于加入了 WinUI 3 的表格和图表控件支持。更重要的是，它修复了 WinUI 的内存增长问题。

如果您还记得的话，微软在 2026 年的 Build 开发者大会上确认，WinUI 是 Windows 11 的旗舰原生框架，它最终会在各方面赶上来。

同时，微软也承认，WinUI 在某些方面仍然很混乱，存在框架差距，其他框架虽然不是原生的，但功能比 WinUI 更丰富。

举个例子，到目前为止，您无法使用微软自家的原生控件构建支持表格和图表控件的 WinUI 应用。乍一听，这可能没什么大不了，但您需要要知道的是，有很多应用其实是需要这些控件的。

WinUI 确实通过社区的努力支持了一些控件，但这些基础功能微软自己一直没直接提供。您不能奢望一个 “旗舰” 框架竟然连图表都不原生支持吧？

直到现在，很多用户甚至开发者都认为，微软承诺要让 WinUI 变得更好只是 “说说而已”，因为这家公司之前就承诺过某个框架，后来却放弃了。

实际上，WinUI 曾是 Windows 11 初期的一次大推广的一部分，但在某个阶段，它看起来像是已经死掉的框架，甚至微软自己都把一些应用搬到了网页。

像 MSN 天气这样的应用，甚至开始菜单也在用网页组件，而微软的旗舰产品，比如 Outlook 和 Teams，也都是基于网页的套壳软件。

微软将发布他们在 Build 大会承诺的 WinUI 控件

在 2026 年的 Build 大会上，微软 Windows UI 团队的 Chris Anderson 分享了以下声明：

“我们有数据表格（DataGrid）和图表功能正在开发中，很快就会发布”，Anderson 在会议中说道。“这些功能将出现在核心 WinUI 组件中，让您能够处理更多面向数据的场景。”

在 Windows App SDK 2.5 实验版中，您将获得带分组的表格控件、模板化的组头、带列头排序指示器的排序和过滤、指针和键盘列调整大小，以及可选的单元格和列头工具提示。

此外，本次发布还引入了 WinUI 图表控件的支持，正如我之前提到的，这很重要，因为原生 Windows 应用一直缺少一些企业开发者期望的基本控件，这迫使开发者转向了其他框架，比如 Electron。

微软还修复了 WinUI 的内存增长问题

我们观察到，Windows App SDK 更新还包含一个关键修复，可减少某些现代应用的内存使用。

据微软称，WinUI 曾有一个问题，当应用反复创建视觉状态故事板或解析静态或主题资源时，内存使用可能会增加。

这也提醒我，微软明确表示，性能是 WinUI 落后的领域之一，而且它可以做得更好。

“Anderson 在 Build 2026 开发者大会上说，‘首先也是最重要的是性能、基础、质量，以及修复大量 Bug。’

他还指出，WinUI 有时可能会使用更多内存，但最终会改善，因为微软在改善内存使用方面投入巨大，这在内存成本不断上升的情况下是必要的。

“Anderson 说，‘在性能方面，我们投入大量资源真正改善内存使用，并切换到系统合成器，这应该还会带来更好的性能提升。’

我们终于开始看到一些改进了，但它们目前只出现在 Windows App SDK 实验版中，所以，用户和开发者不会立即享受到这些好处。

微软之前也表示，在修复关键漏洞之后，它将以更快的速度将 WinUI 集成到 Windows 桌面中，而这次的内存增长修复，可能就是这一大动作的一部分。此外，我们还被告知，微软将为 Windows 提供更多原生应用，而所谓原生，是指 “100%” 原生。

“我们已经开始以更快的速度将它集成到桌面里”，Anderson 说。“所以，您会看到很多微软的一线功能都是基于 WinUI 构建的。”

Windows 11 目前的应用情况有多糟糕？

大多数人没有意识到，Windows 11 的应用现状有多糟糕，除非他们打开任务管理器并仔细关注应用的框架。大多数流行应用要么使用基于 Edge 的 WebView 网页应用，要么使用 Electron，而且大多数开发者甚至懒得去优化它们的网页应用，这让情况更加糟糕。

事实上，作为一个关注 Windows 开发几十年的老手，我目睹了原生应用变成网页应用，又变回原生应用，然后被弃用再回到网页版本。例如，WhatsApp 曾有一个原生 UWP 应用，甚至微软的 Copilot 也有 WinUI 应用。我们测试发现，这些应用都被基于网页的版本取代，而且占用的内存要多得多。

在我们 2025 年 11 月的测试中，WhatsApp 的 WebView2 网页版本在浏览消息时占用的内存从大约 600 MB 增加到 1.2 GB。

对于不熟悉的人来说，Discord 使用 Electron，它将 Chromium 和 Node.js 打包到应用中。另一方面，像新的 Outlook、Teams、WhatsApp 和 MSN 天气这样的应用使用 WebView2 在 Edge 浏览器提供的容器中运行整个界面。

以下是一些常见应用及其使用的框架汇总：

好笑的是，WhatsApp 是那种完美的老应用，轻松就能处理 100 个聊天窗口和大约 30 个活跃群组，而且占用资源极少。现在，在桌面上使用 WhatsApp 感觉就很麻烦。

而且不仅仅是 WhatsApp 放弃了原生应用。有讽刺意味的是，微软在 Copilot 上也做了类似的选择，它用自带 Edge 的网页版本取代了原本做得很好的 WinUI 版本，反而消耗了更多的资源。

这让人不禁想知道，为什么这些开发者不使用 WinUI。WinUI 是本身就不好用呢，还是因为微软没有强制推行自己的框架？根据我的观察，多年来，WinUI 一直被忽视，直到 2026 年 3 月，微软才官方确认将 WinUI 作为 Windows 11 的旗舰框架。

微软自己在不同的应用和操作系统的不同部分使用了不同的框架。比如，开始菜单的 “推荐” 内容和 “所有应用” 列表仍然使用 React Native 网页。

WinUI 并不完美，这也是为什么，我们看到一些内存相关的修复或者基本功能终于被加进来的原因。但当有 WebView 或 Electron 这样的替代方案时，我会选 WinUI。

Windows 不可能回到经典 Win32 应用，那些应用运行更好、感觉更原生、占用的资源比这些框架都少。但如果微软希望 Windows 11 的应用不再像在 Edge 里运行的网页，WinUI 可能是目前最接近可行的解决方案。

另外值得一提的是，如果您是一位高效能人士，拓扑梅尔智慧办公平台最近也更新到了最新的 6.0 版本，带来了诸如文件管理，个人工作台，文件秒搜，远程协助，音视频通话等功能，可以帮助您进一步提升日常工作效率。

您目前使用 WinUI 开发软件吗？您觉得它的前景如何呢？

本文来自：Windows 11’s WinUI just got basic features and less RAM hogging, after years of losing apps to the web