我测试了适用于 Windows 11 的新 WhatsApp（Web 包装器），它是一场性能噩梦

Enda

2025-11-22

Chromium WhatsApp 使用的 RAM 是 UWP WhatsApp 的 7 倍

具有讽刺意味的是，WhatsApp 将其应用程序“更新”到了新版本，我们发现该版本的性能比它所取代的版本差得多。版本 2.2584.3.0 已使用在 Microsoft 的 WebView2 渲染引擎上运行的 Web 包装器替换了本机 (WinUI/UWP) 应用程序。

10 月 31 日，Windows Latest 首次报道 WhatsApp 可能会从 11 月 5 日开始转向 Chromium Web 应用程序。正如预期的那样，Meta 没有提及任何有关从 UWP 过渡到基于 Chromium 的 Web Wrapper 的信息。他们给出的只是一个警告，您必须在下次更新后重新登录。

据 Windows Last 7 月底报道，这一过渡已经进行了几个月。当时，仅 WhatsApp Beta 版本就转移到了 web.whatsapp.com。

11 月 5 日，Meta 兑现了其险恶的承诺，开始向 Windows 上的所有 WhatsApp 用户推出更新。我们在第一天就收到了更新，并开始与测试版一起测试它。两者本质上是相同的，因为它只是将 web.whatsapp.com 加载到 WebView2 容器中。

我们正在测试 WhatsApp 的 Beta 版本，该版本已于几个月前过渡到 Chromium Web 包装器。如果您期望它现在已经获得了一些稳定性和性能，那么您就完全错误了。

即使在登录之前，WhatsApp Beta Web 应用程序使用的 RAM 也比已经登录的 WhatsApp UWP 多出 3 倍

在上图中，我什至还没有登录。我的聊天记录都没有开始同步。然而，它已经使用了 300MB 的 RAM。如果你觉得还可以，那么看一下下面的 UWP WhatsApp，它已经登录、打开并运行，RAM 使用量不到 100MB。

这是我日常使用的 WhatsApp，有 100 多个一对一聊天，大约 30 个活跃群组，但 UWP WhatsApp 进行了如此优化，以至于它使用的 RAM 不到 100MB。让我们看看 WebView2 WhatsApp 的表现如何……

登录是一件熟悉的事情，但 WhatsApp 在显示我的聊天记录之前弹出了一个弹出窗口，上面写着“We'Voe 更新了 WhatsApp Beta 的外观和工作方式。这包括向状态和社区添加频道和更多功能。”

确实，UWP WhatsApp 无法访问频道和社区，但我真的很喜欢它两者都没有，我希望我也可以在手机上将它们关闭。

至于说“We'Voe”的部分，老实说还好，因为这是测试版，这样的事情就会发生。除了这是一个 Web 包装器这一事实之外，这从理论上来说意味着 Meta 可以为 web.whatsapp.com 修复它，并且它也将在这里修复。它也更容易和更便宜。这难道不是转向网络包装模型的全部意义吗？

无论如何，在使用新 WhatsApp 的前 10 分钟，它看起来像是以 10 fps 运行，就像一个断断续续的视频游戏。单击每个聊天都需要很长一段时间才能打开它。我认为这是因为聊天内容正在后台加载。

但即使使用几个小时后，延迟仍然存在。

与旧版 UWP WhatsApp 相比，延迟是显而易见的。对于像我这样经常在电脑上使用 WhatsApp 的人来说，这种延迟是无法容忍的。

在聊天之间切换时，动画在我单击后几分之一秒开始。在 UWP 版本中，聊天切换会在我单击的同时发生。当然，这可能是因为我的 RAM 已经用尽了，但我在 UWP 版本上从未遇到过这个问题，所以我没有理由解决。

WhatsApp 的分屏功能不如以前好

更烦人的是，我无法将 WhatsApp 的大小调整到只让当前聊天可见。

作为上下文，我将 WhatsApp 放在左侧，而我的浏览器占据了大部分屏幕。此设置通常是在我参与有关特定主题的群聊时保留的，因此我将在浏览器上进行研究，在 WhatsApp 上输入并发送信息，而不会被其他聊天分散注意力。

UWP WhatsApp 中的分屏功能允许我在阅读文章时仅打开一个聊天窗口

基于 Chromium 的新 WhatsApp 不允许我这样做。无论我如何用力拖动边缘，它都不会缩小到只能查看当前聊天的程度。

新 WhatsApp 使用多少 RAM？

回到性能部分，我的笔记本电脑尽管有 16GB RAM，但 RAM 利用率始终徘徊在 90% 到 95% 左右。我想将其归咎于 Edge，但我确实始终打开了近 100 个选项卡。而且RAM是不可升级的，当我购买它时我认为这不会有问题。

不管怎样，我希望在不关闭选项卡的情况下保存所有可以使用的内存（因为，研究！）。但 WhatsApp 现在使用 RAM 就好像它是一个专业级应用程序一样，起始内存至少为 300 到 600MB。

但这里的问题是，600MB RAM 仅在应用程序打开且空闲时使用。如果我滚动浏览聊天内容，那么 RAM 使用量会立即翻倍并达到约 1.2GB，这对于消息应用程序来说是荒谬的。

此外，滚动消息也不像 UWP WhatsApp 那样流畅，顺便说一下，即使快速滚动消息，它也使用不到 300MB 的 RAM。

UWP WhatsApp 中的滚动消息仅使用约 250MB RAM

最糟糕的是，即使我关闭 WhatsApp，它仍然会继续使用近 400MB，这是因为关闭应用程序只是将其带到系统托盘并使其在后台运行，以便您收到通知。

但本机 UWP WhatsApp 通知使用系统内置的通知 API 直接来自 Windows，因此不一定要在后台运行。

基于 Chromium 的 WebView2 包装器 WhatsApp 使用浏览器引擎通过 Service Worker 接收推送通知，因此它必须在后台保持活动状态。

但是，WhatsApp 允许您阻止它在后台运行。为此，请单击 WhatsApp 左侧的齿轮图标（设置），选择常规，然后关闭“最小化到系统托盘”。您还可以关闭“登录时启动 WhatsApp”，特别是如果您的硬件较旧或较弱。

新 WhatsApp 可能会降低旧硬件的速度

如果您的电脑配备较旧的硬件和 4 或 8 GB RAM，那么您很幸运，因为 WhatsApp 刚刚给了您升级到较新硬件的另一个理由。

我父亲的电脑拥有 10 年的硬件历史，配备 8GB RAM，运行 Windows 11。我父亲总是保持 WhatsApp 的打开状态，但现在已经消耗了超过 600MB 的 RAM。在 UWP 版本中，WhatsApp 仅使用了大约 100MB 的 RAM。

正如我之前提到的，关闭由 Chromium 提供支持的新 WhatsApp 并不能真正关闭它，因此对于像我父亲这样不知道如何从系统托盘中退出它的人来说，将不得不应对较差的性能。

但如果您确实退出了它，那么如果您在 WhatsApp 中收到消息，您仍然会收到通知，但它只是说“您可能有新消息”。当然，这对于 UWP WhatsApp 来说不是问题。

然而，高 RAM 使用率并不是唯一的问题。您可能已经在屏幕截图中注意到，基于 Chromium 的新 WhatsApp 的 CPU 使用率在 10% 到 35% 之间，而 UWP WhatApp 几乎不超过 5%。

即使什么都不做，只打开一个聊天窗口，我父亲的旧电脑上的 WhatsApp 也会使用 22.4% 的 CPU。滚动消息并尝试进行视频通话会消耗更多 CPU 和 RAM。

新 WhatsApp 中的视频通话使用 3 倍 RAM

在不执行任何其他操作（例如滚动消息）的情况下，通过最新的基于 Chromium 的 WhatsApp 进行的视频通话会使用近 900MB 的 RAM 和 25.8% 的 CPU 利用率。

基于 Chromium 的 WhatsApp 中的视频通话使用近 900MB RAM

然而，UWP WhatsApp 仅使用 316MB RAM，几乎没有任何 CPU 使用率。有趣的是，即使在关闭时，基于 Chromium 的 WhatsApp（屏幕截图中的 WhatsApp Beta）也使用大约 550MB 的 RAM。

UWP WhatsApp 中的视频通话仅使用 300MB RAM

新 WhatsApp 的其他问题

我在我的 PC 上使用了基于 Chromium 的 WhatsApp Beta 版本，在我父亲的 PC 上使用了公共版本，这两个版本都存在以下大多数问题：

某些状态在较新版本的 WhatsApp 中无法正确显示，并且该应用程序表示我的 WhatsApp 版本不支持它。但是，旧版 UWP 版本的 WhatsApp 显示相同的状态更新，没有出现问题。

如果您有一段时间没有打开 WhatsApp，下次打开它时，您可能会看到“计算机未连接”警告。然而，这会在几秒钟后消失。

有时，打开应用程序只会显示启动屏幕几秒钟。我曾经遇到过需要近 10 秒才显示消息的情况。

将电脑从休眠状态唤醒后已多次注销 WhatsApp。然而，重新启动电脑并没有让我退出 WhatsApp。

如果您的电脑已经具备强大的硬件实力，您可能不会遇到任何性能问题，除了我提到的问题（这些问题绝不是微不足道的）之外，一切似乎都工作正常。

然而，应用程序中有一种若隐若现的沉重感，使得整体体验迟缓。可悲的是，尽管存在一些小问题，但 UWP 应用程序非常敏捷。

有时，打开某人发送的图像会使文本框无响应。我已经在手机上查看过的状态更新将在 WhatsApp UWP 中再次显示为更新。这些只是 Meta 可以通过更新修复的小问题。但相反，他们选择了向后进化。

为什么 Windows 版新 WhatsApp 表现不佳？

当您在 Windows 上打开基于 Chromium 的新 WhatsApp 时，它不会像旧的 UWP 版本那样作为单个轻量级进程运行。相反，它的行为就像在您的 PC 内运行 web.whatsapp.com 的迷你浏览器。因此，它将拥有整个 WebView2 进程堆栈，特别是您在任务管理器中看到的进程。

主 WebView2 管理器协调此类基于 Chrome 的应用程序需要运行的所有子进程。 WebView2 GPU 进程处理所有渲染和动画。像 WebView2 Utility：网络、音频和存储这样的服务之所以存在，是因为 Chromium 将网络、音频播放、文件访问和数据库拆分为独立的进程，以实现安全性和沙箱化。

WhatsApp Beta 显示为应用程序 shell，Runtime Broker 仍然在操作系统级别管理权限。 Crashpad 是 Chrome 自己的崩溃报告客户端，它也在后台持续运行。

正如预期的那样，所有这些移动部件比 UWP 应用程序消耗更多的燃料，UWP 应用程序只有 WhatsApp 子进程和运行时代理。

那么，如果 WhatsApp 已经有优化的 UWP 应用程序，为什么他们要转向 WebView 2 模型呢？

为什么 Meta 杀死了 UWP WhatsApp？

几年前，Meta 制定了针对虚拟现实和增强现实的大规模计划。他们投资了数十亿美元，将其命名为 Metaverse，甚至将 Facebook 更名为 Meta。

但几年前，世界有了一个不同的想法，那就是人工智能。尽管 Meta 一直在开发自己的 Llama 模型，但他们仍然没有像 ChatGPT 及其类似模型那样受到欢迎。

长话短说，Meta 损失了大量资金，他们的解决方案就是裁员。在此过程中，公司发现了不再需要的部门，而 Windows 软件开发团队是合适的人选。

请注意，Windows 版 WhatsApp 并不总是 UWP 应用程序；它一开始是一个 Web 包装器，并于 2022 年完全过渡到 UWP。它的开发于 2021 年的某个时候开始。

当然，该公司尚未公开宣布他们已解雇 Windows 开发人员，但删除 Messenger 应用、WhatsApp 从 UWP 过渡到 WebView，以及已经迁移到 Web 包装器模型的 Facebook 应用，都表明该公司不再需要 Windows 开发人员。如果您想知道的话，Instagram 和 Threads 应用程序也是网络包装器。

Meta 可能会说，他们的目标是通过重用现有的 WhatsApp Web 代码库来简化开发，而不是维护单独的本机客户端。然而，真正的原因只是成本。

有关的：您将需要 iOS 上的独立 Word、PowerPoint、Excel，因为 Microsoft 365 应用程序将成为 Copilot 包装器

但令我困惑的是，这种缺钱的情况并不能让 macOS 上的 WhatsApp 应用相形见绌。是的，macOS，它有一个与Windows相比，仍然有原生的WhatsApp应用程序。而且 Meta 并不打算解雇 Apple 平台工程师，尤其是因为他们做了一个适用于 Apple Watch 的本机 WhatsApp 应用程序。

据 Meta 称，手腕上的 WhatsApp 消息比 Windows 等成熟、强大的桌面操作系统上的消息更重要。

但我们能把这归咎于 Meta 吗？微软如何对待自己的社交应用程序？

微软斥资 262 亿美元收购的 LinkedIn 没有原生应用程序。我认为一家价值近 4 万亿美元的公司无法调动资源来维持自己的开发环境的活力是荒谬的。

以前不是这样的……

UWP 的黄金时期是在 Windows Phone 时代，当时微软自掏腰包向大公司付费，将他们的应用程序带到 Microsoft Store！

我仍然记得使用我的 Windows Phone，它比 Android 或 iOS 早得多就获得了许多 WhatsApp 新功能。

当谈到 Windows Phone 时，微软总是大肆花钱，而不是填补空白，但对于 Windows 11，微软似乎并不关心他们正在失去应用程序支持。

原因可能是人工智能。微软相信，随着所有人都在全力打造代理操作系统，未来人们将不会再通过鼠标或键盘来使用应用程序。该公司相信我们将通过与计算机对话来完成工作。如果是这样的话，我们还需要应用程序吗？

也许不是。但那个未来还很遥远。如果微软因为糟糕的体验而失去客户，比如 Windows 中缓慢的文件资源管理器，那么该公司能否保证未来人们可以与 Windows PC 交谈呢？

添加为首选来源

支持独立博客

支持 Ko-Fi
对 Patreon 的支持