微軟力推 Windows 11 原生應用程式，卻盛讚 WhatsApp 網頁封裝版；單一聊天仍占用 1.5GB RAM
MS 現在正稱讚 WhatsApp 在 Windows 11 上使用更少記憶體。Windows 主管 Pavan Davuluri 在 11 月 3 日一篇探討如何改善配備 8GB RAM 電腦效能的部落格文章中表示，WhatsApp 的記憶體使用量出現了「兩位數的改善」—就在我們那篇關於 WhatsApp RAM 使用量突破 2GB 的文章爆紅後一天。我安裝了最新更新，不出所料，WhatsApp 在我甚至還沒登入前，就使用了驚人的 562.2MB。
平心而論，這款應用程式現在的啟動速度稍快一些，閒置時也能維持在 500MB 以下。然而，我一開啟聊天，記憶體使用量就突破 1GB，而只是緩慢捲動訊息這類日常操作，就會讓記憶體使用量增加至約 1.5GB。那麼，MS 究竟改善了什麼？
MS 宣稱 WhatsApp 有「兩位數」改善，卻沒有提供具體數字
Davuluri 在 Windows Experience Blog 中寫道：「平台方面的改善也讓第三方開發人員能受惠於更低的記憶體使用量。例如，WhatsApp 的 Windows 應用程式正獲得兩位數的記憶體改善。」在所有可用的第三方應用程式中，MS 卻選了最糟糕的範例之一來宣傳。
如果 MS 指的是百分比，那麼改善幅度可能是 10%，因為我觀察到的只有些微下降。如果指的是 MB，那麼從一款幾秒內就會耗用 1GB 的應用程式中減少 10MB 至 99MB，幾乎沒有任何差別。MS 並未揭露 WhatsApp 過去的 RAM 使用量、目前的數據，或該公司是在應用程式閒置、捲動內容還是處理通話時進行測量。我已針對上述所有情境測試超過一年。
該文章還聲稱，在配備 8GB RAM 的電腦上進行多工測試時，認可記憶體的增幅最多減少 900MB。不過，這些改善適用於 Windows、Edge 和 MS 365 應用程式—而我們確實很肯定這些改善。
然而，「WhatsApp」一詞卻連結至其 MS Store 頁面，彷彿 Windows 11 沒有其他更值得介紹的第三方應用程式。MS 對 WhatsApp 的背書恰好出現在我們的文章爆紅後一天，還真是巧合。
我更新了 Windows 11 上的 WhatsApp，但它在登入前仍使用超過 500MB
在先前的測試後，我已解除安裝 WhatsApp，但 MS 的說法引起了我的好奇。MS Store 正好有一個全新更新等待安裝，因此我決定在 Lenovo IdeaPad 上再給這款應用程式一次機會。
在「歡迎使用 WhatsApp」畫面中，WhatsApp 處理程序群組—包括其所有 WebView2 子處理程序—共使用了 562.2MB。此時我尚未登入，沒有任何訊息，主要介面也尚未載入。那麼，究竟是什麼耗用了這麼多 RAM？我們在 2025 年 11 月首次測試新版 WhatsApp 時，這個階段的使用量約為 300MB。
登入 WhatsApp 的過程讓人學會耐心的重要性。我掃描 QR Code 後，應用程式卡在「正在載入你的聊天」畫面約 19 秒。在此期間，RAM 使用量從 483.4MB 增加至 716.9MB，CPU 使用率則達到 23%。
聊天內容載入後，即使沒有任何操作，應用程式的記憶體使用量仍維持在約 800MB。開啟聊天後，RAM 使用量突破 1GB；傳送訊息會讓使用量進一步增加；而捲動內容—一項日常操作—則會讓使用量升至約 1.5GB。這還只是緩慢捲動，並非嘗試尋找幾天前的訊息；若真的這麼做，使用量很可能會達到 2GB。
幸好，現在冷啟動的速度稍微快了一些。WhatsApp 從啟動到顯示聊天清單大約需要 6 秒，以 Meta 的標準來說已算快速。我也觀察到它在閒置時使用 495.2MB，相較於我們 6 月測試時的約 600MB 有所降低。也許這就是 MS 所謂的兩位數改善。
有趣的是，在純文字聊天中捲動時，RAM 使用量能維持在 1GB 以下。然而，如今完全只有文字的聊天又有多常見？
為什麼有些 WhatsApp 使用者從未看到 RAM 使用量達到 1GB
在我們上一篇文章發布後，有幾位讀者表示，他們的 WhatsApp 記憶體使用量從未超過 700MB。WhatsApp 在美國或許並不特別受歡迎，但在我居住的地方—以及世界許多其他地區—它是預設的通訊方式。我認識的許多人主要出於習慣，會使用 WhatsApp 通話，而不是一般電話。
以電影為主題的貼圖和動態 GIF 也愈來愈常見。應用程式必須算繪所有這些媒體內容，而在一般聊天中正常捲動，就足以耗用大量 RAM。
WhatsApp 仍是 WebView2 包裝程式，而 MS 很清楚其額外負擔
Meta 在 2025 年 11 月以 WebView2 包裝程式取代了原生 UWP 應用程式。這款新應用程式基本上就是在 MS 的瀏覽器引擎中載入 web.whatsapp.com。MS 的 WebView2 效能指南指出：「每個 WebView2 控制項都會建立自己的一組處理程序，例如瀏覽器、算繪器和 GPU。」
該指南也建議開發人員讓 WebView2 控制項共用單一環境、暫停非作用中的控制項，並限制會耗用大量資源的 JavaScript。落實這些建議是 Meta 的責任。
至少從書面承諾來看，MS 也正盡自己的責任。7 月 31 日，Davuluri 表示，該公司正在「推動 Chromium 和 WebView2 元件出現在作業系統中時的效率改善」。8 月時，WebView2 也改為每兩週發布一次，不過這項變更的重點是更快提供安全性修正，而非降低 RAM 使用量。
WhatsApp 迫使朋友將生意轉移到 Android 平板，而 Telegram 卻能在她的電腦上順暢運作
我的一位朋友幾年前創立了服飾品牌。她每天都會透過 Windows 電腦上的 WhatsApp，向顧客傳送數百張洋裝照片。當時的 WhatsApp 是一款快速又有效率的 UWP 應用程式，RAM 使用量可以輕鬆維持在 100MB 以下。
改用 WebView2 後，她聯絡我詢問 WhatsApp 為什麼變得如此緩慢。她的所有顧客都使用 WhatsApp，因此她不得不繼續使用。然而，隨著生意成長，捲動內容變得愈來愈困難。最後，她只為了使用 WhatsApp 而購買了一台 Android 平板。儘管那並非旗艦裝置，而且只有 6GB RAM，但執行 WhatsApp 時卻順暢得多。
現在，她會透過 Windows 電腦上的 Telegram 接觸新顧客，在那裡管理一個超過 1,000 名成員的群組，並分享數百張圖片。這款應用程式完全不會卡頓。Meta 是一家規模遠大於 Telegram 的公司，因此沒有任何合理藉口能解釋這種差距。
MS 應推動 Meta 打造原生 WhatsApp 應用程式，而非讚揚網頁包裝程式
Discord 正在以 Rust 用戶端取代其 Electron 應用程式；在登入兩個帳號的情況下，該用戶端僅使用 290.2MB RAM。與此同時，Meta 仍持續為 Mac 提供原生 WhatsApp 應用程式，而擁有 16 億每月活躍使用者的 Windows，得到的卻只不過是包裝成應用程式的瀏覽器。
WinUI 今年也有顯著改善。然而，MS 非但沒有鼓勵 Meta 採用 WinUI，反而在一篇慶祝 RAM 改善的部落格文章中加入 WhatsApp 網頁版應用程式的連結。這項決定實在難以辯護。
WhatsApp 在 Windows 11 上仍慢得令人難以忍受，而 MS 的稱讚也無法改變這一點。如果 Meta 能為 Mac 使用者打造原生應用程式，Windows 使用者也理應獲得同等待遇。
Windows Latest 仰賴像你一樣的讀者支持。請在 Google 探索和 Google 搜尋中將我們設為你的偏好來源，協助我們的獨立報導觸及更多人。
