Windows 11 的 WinUI 终于补齐基础功能、降低内存占用，多年来应用不断流向 Web
微软意识到，所谓的“框架差距”正迫使开发者转向 Web 或其他框架，而它刚刚为 WinUI 推出了一项规模最大的更新之一。本次更新新增了对 TableView 和图表控件的支持，还修复了导致 Windows 11 内存占用增长的一个问题。
此次更新为 9 月 29 日发布的 Windows App SDK 2.5 Experimental，终于加入了 WinUI 3 TableView 和 Chart 控件。更重要的是，它还包含针对 WinUI 内存增长问题的修复。
如果你还记得，微软在 Build 2026 开发者大会上确认，WinUI 是 Windows 11 的旗舰原生框架，并且最终会在各个方面迎头赶上。
微软也承认，WinUI 在某些方面仍然比较混乱，存在框架差距：其他框架虽然不是原生框架，但功能却比 WinUI 更丰富。
例如，在此之前，你无法使用微软自家的原生控件构建支持 TableView 和 Chart 控件的 WinUI 应用。除非你意识到有多少应用实际可以用到这些控件，否则这听起来或许不是什么大问题。
WinUI 通过社区开发的方案支持其中一些控件，但这些基础功能一直没有由微软直接提供。你总不能指望一个“旗舰”框架连图表都不原生支持吧？
直到现在，很多用户甚至开发者都认为，微软让 WinUI 变得更好的承诺只是“口头说说”，毕竟这并不是微软第一次承诺支持某个框架，随后又将其放弃。
事实上，WinUI 曾是 Windows 11 初期大力推动的一部分，但在某个阶段，这个框架开始显得已经“死亡”，甚至微软也将自家的一些应用转移到了 Web。
我们在 2026 年 6 月测试期间，任务管理器中的新版 Outlook 和 Outlook Classic。图片：Windows LatestMSN 天气甚至开始菜单这样的应用都在使用 Web 组件，而 Outlook 和 Teams 等旗舰产品则是网页垃圾。
我们在 2026 年 8 月测试期间，MSN 天气的内存占用超过 1GB。图片：Windows Latest微软正在推出 Build 大会上承诺的 WinUI 控件
在 Build 2026 大会上，微软 Windows UI 团队的 Chris Anderson 表示：
Anderson 在会议期间表示：“我们正在开发 DataGrid 和 Charting，应该很快就会推出。这些功能将出现在 WinUI 核心组件中，让你能够实现更多面向数据的应用场景。”
https://www.windowslatest.com/wp-content/uploads/2026/06/Datagrid-and-Charting-in-WinUI.mp4借助 Windows App SDK 2.5 Experimental，你将获得支持分组的 TableView、模板化分组标题、带列标题排序指示器的排序和筛选、通过鼠标指针及键盘调整列宽，以及可选的单元格和列标题工具提示。
此外，本次版本也加入了 WinUI Chart 控件支持。正如我所说，这意义重大，因为原生 Windows 应用一直缺少企业开发者所期待的一些最基本控件，而这迫使开发者转向 Electron 等其他框架。
微软还修复了 WinUI 的内存增长问题
Windows Latest 发现，Windows App SDK 更新还包含一项关键修复，应该能够降低部分现代应用的内存占用。
微软表示，WinUI 存在一个 Bug：当应用反复创建视觉状态故事板，或解析静态资源和主题资源时，内存占用可能会不断增长。
这也让我想起，微软已经明确表示，性能是 WinUI 的落后领域之一，它还有很大的改进空间。
Anderson 在 Build 2026 开发者大会上表示：“首要任务是性能、基础能力和质量，以及修复大量 Bug。”
他还指出，WinUI 有时会占用更多内存，但最终会有所改善，因为微软已经投入大量资源来优化内存使用。鉴于 RAM 成本不断上升，这也是十分必要的。
Anderson 表示：“在性能方面，我们投入了大量精力来显著改善内存使用，同时切换到系统合成器，这应该能带来更好的性能提升。”
https://www.windowslatest.com/wp-content/uploads/2026/06/WinUI-native-framework.mp4我们终于看到了一些改进，但它们目前只出现在 Windows App SDK Experimental 中，因此用户和开发者不会立即自动获得这些好处。
微软此前还表示，在修复关键 Bug 后，将以更快的速度把 WinUI 集成到 Windows Shell 中，而这项内存增长修复可能就是更大规模改进的一部分。此外，我们还获悉，Windows 将获得更多微软提供的原生应用，而微软所说的原生，指的是“100%”原生。
Anderson 表示：“我们已经开始以更快的速度将其集成到 Shell 中。因此，你将看到微软提供的大量第一方功能都基于 WinUI 构建。”
Windows 11 的应用现状究竟有多糟？
除非打开任务管理器并仔细关注应用使用的框架，否则大多数人都意识不到 Windows 11 的应用生态有多糟。大多数热门应用要么使用基于 Edge WebView 的 Web 应用，要么使用 Electron，而且大多数应用甚至懒得优化自己的网页垃圾，这让情况变得更加糟糕。
事实上，作为一个关注 Windows 开发数十年的人，我见证了原生应用变成 Web 应用，然后又重新变回原生应用，接着被放弃并再次回到 Web。例如，WhatsApp 曾经拥有原生 UWP 应用，甚至微软的 Copilot 也曾使用 WinUI 应用。后来两者都被基于 Web 的版本取代，而在我们的测试中，这些版本占用了多得多的 RAM。
https://www.windowslatest.com/wp-content/uploads/2025/11/WhatsApp-WebView2-version-climbs-from-600MB-RAM-usage-to-about-1.2GB-RAM-while-scrolling-through-messages-Video-is-sped-up-by-2.5X.mp4在我们 2025 年 11 月的测试中，WhatsApp 的 WebView2 版本在滚动浏览消息时，内存占用从约 600MB 上升到 1.2GB。播放速度加快了 2.5 倍。视频：Windows Latest
如果你对此不了解，Discord 使用 Electron，它会将 Chromium 和 Node.js 一并打包到应用中。另一方面，New Outlook、Teams、WhatsApp 和 MSN 天气等应用使用 WebView2，在由 Microsoft Edge 驱动的容器中运行整个应用界面。
以下是一些你喜欢的应用及其使用的框架：
应用框架或 Web 运行时观察到或报告的 RAM 占用WhatsAppWebView2，取代原生 UWP 应用空闲时约 600MB，滚动浏览聊天记录时为 1.2GB。旧版原生应用空闲时占用不到 100MB。New OutlookWebView2空闲时为 490MB 至 636MB，而原生 Outlook Classic 桌面应用为 117MB 至 148MB。Microsoft TeamsWebView2使用新账号且没有聊天记录时，空闲占用 963MB。MSN 天气WebView2空闲时超过 1.2GB。Microsoft Copilot基于 Web 的客户端，内置 Edge 程序包和 WebView2后台运行时最高 500MB，交互时达到 1GB。此前的原生应用占用不到 100MB。DiscordElectronDiscord 曾表示正常使用时低于 1GB，但在 2025 年 12 月确认其内存占用可能超过 4GB。有趣的是，WhatsApp 曾经是一款非常出色的老应用，即使拥有 100 个单独聊天和约 30 个活跃群组，空闲时的内存占用仍然很低，运行起来毫无压力。如今，在桌面端使用 WhatsApp 反而成了一种折磨。
放弃原生应用的不只是 WhatsApp。讽刺的是，微软在 Copilot 上也做出了类似选择：用基于 Web 的版本取代了精心打造的 WinUI 版本，而新版本还附带自己的 Edge 程序包，消耗了更多资源。
我们在 2026 年 4 月测试期间，任务管理器中的基于 Web 的 Copilot 应用。图片：Windows Latest这不禁让人疑惑，为什么这些开发者不选择 WinUI。是 WinUI 不够好吗？还是因为微软没有足够强制自家使用这一框架？我认为，WinUI 多年来一直被忽视，直到 2026 年 3 月，人们才终于弄清楚微软为 Windows 11 打造的旗舰框架究竟是什么。
微软自己也为不同应用和操作系统部分使用了不同的框架。例如，开始菜单的“推荐”内容和“所有应用”列表仍然使用 React Native。
WinUI 远不完美，这也是为什么我们现在才看到这些与内存相关的修复，以及基础功能终于被加入。不过，当你面对 WebView 或 Electron 等其他选择时，我会选择相对不那么糟糕的那个，而它就是 WinUI。
Windows 不可能回到经典 Win32 应用。与这些框架相比，Win32 应用运行更好、更具原生感，而且占用的资源更少。但如果微软希望 Windows 11 应用不再像运行在 Edge 里的网页，那么 WinUI 可能是目前最接近实际可行答案的方案。