我測試了適用於 Windows 11 的新 WhatsApp（Web 包裝器），它是一場性能噩夢
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 交談呢？
支持獨立博客
WL通訊
WL通訊！
掌握最新的 Windows、IT 和 AI 更新。受到 50,000 多名訂閱者的信賴。
姓名電子郵件免費加入
