是時候讓Meta為WhatsApp切換到原生WinUI應用了

如果您使用WhatsApp作為主要的通訊應用程式，您可能對其在Windows上的令人沮喪的使用體驗並不陌生。儘管Meta是一家擁有超過75,000名員工且市值達到數兆美元的公司，但它仍未針對Windows優化WhatsApp。考慮到他們廣泛的資源，包括數據中心和AI能力，這種遲緩的表現是不可接受的。

WhatsApp擁有30億月活躍用戶，而Windows則有16億用戶。然而，那些在Windows上使用WhatsApp的數百萬用戶卻面臨著糟糕的體驗。在低端、中端和高端硬體上測試基於web-wrapper的應用程式表明，沒有人能逃脫遲緩的使用體驗。諷刺的是，這種體驗在所有設備類型上同樣糟糕——這種不幸的一致性令人失望。

重新啟動我的電腦後，我記錄了WhatsApp的記憶體使用情況，在我尚未登入之前就已達到400 MB。您可能會認為這是因為聊天記錄在後台同步以確保一切保持最新——但事實並非如此。我甚至還沒登入。這突顯了該應用的糟糕優化程度，而不幸的是，這只是冰山一角。

當Meta在一年前宣布用基於WebView2的應用程式取代WhatsApp的UWP版本時，我應該轉換到其他通訊平台。然而，由於WhatsApp深深融入了我的社交和家庭生活，這並不是一個可行的選擇。相反，我選擇了在瀏覽器中使用WhatsApp網頁版，諷刺的是，它比獨立的Windows應用程式更快。雖然我更喜歡專用的聊天應用程式，但只有當應用程式運行良好時才值得使用——而Windows版的WhatsApp根本不符合這一點。

Windows版WhatsApp的效能體驗災難

一旦登入，滾動聊天記錄會導致記憶體使用量飆升至1.2 GB，而閒置時的使用量則約為600 MB。

如果應用程式運行快速，高記憶體消耗並不會成為問題，但事實並非如此。該應用既慢又資源消耗嚴重。發送消息時會有明顯的延遲，單勾出現之前的時間表明消息甚至還沒有離開設備。這種延遲讓其他人感覺您在不斷地離線和上線，因為消息是以突發的方式而非即時到達。在聊天之間切換需要超過一秒，而滾動則比現在已停止支援的UWP應用更卡頓。作為對比，UWP版本在閒置時處理超過100個一對一的聊天和30個活躍群組僅需不到100 MB的記憶體。

自從WebView2更新以來，用戶報告了廣泛的問題，包括應用程式凍結、消息傳送延遲以及電腦從睡眠模式喚醒後應用不穩定。在某些情況下，用戶甚至在電腦從休眠模式喚醒後被登出。關閉應用程式並不會退出它；它會最小化到系統托盤，繼續消耗大量記憶體來通過服務工作者處理通知。

相比之下，舊的UWP應用使用Windows內建的通知API，讓它能夠在不消耗大量資源的情況下保持閒置。然而，新應用程式需要在後台持續活動。如果您完全關閉它並立即重新打開，仍需面對不合理的長加載時間。

在一台10年前的電腦上，表現更糟

我父親的10年老電腦，配備了第六代Intel Core i3處理器和8 GB記憶體，是新WhatsApp應用程式在舊硬體上表現不佳的典型例子。儘管安裝了許多資源密集型軟體，這台電腦運行Windows 11依然流暢——除了WhatsApp。該應用程式慢到讓我父親經常無法跟上活躍的WhatsApp群組。消息延遲到達，他的回覆也延遲，導致他實際上被排除在即時對話之外。即使在僅打開一個聊天時閒置，WhatsApp也消耗了22.4%的CPU和600 MB的記憶體。

舊的UWP應用在相同硬體上表現顯著更好。它僅需100 MB記憶體並且運行流暢。轉換到WebView2使得該應用幾乎無法使用，對於我父親和其他擁有類似配置的用戶來說都是如此。

什麼是Web Wrapper，為何不適合通訊應用程式？

Web Wrapper並不是傳統意義上的原生應用。當前版本的Windows版WhatsApp本質上是一個外殼，內部加載了web.whatsapp.com，使用的是Microsoft的渲染引擎Chromium的WebView2。這意味著該應用程式本質上是一個偽裝成桌面應用程式的瀏覽器標籤頁。

然而，Chromium通過多個子進程來運行，例如渲染、網絡、音訊、存儲、沙盒和錯誤報告等進程。這些進程獨立運行，導致高CPU和記憶體使用。相比之下，原生應用可以直接整合操作系統的API，使其以最小的資源消耗保持閒置狀態。由於Web Wrapper的設計，無法實現這一點，而不在後台運行一個活動的瀏覽器進程，這就是為什麼即使關閉Windows版WhatsApp，也無法釋放記憶體。

考慮到由於AI驅動的數據中心需求導致的記憶體價格飆升，一個基本的通訊應用程式消耗600 MB到1.2 GB的記憶體是一個顯著的不便，特別是對於只有8 GB記憶體的用戶來說。

為什麼Windows總是得到Web應用而不是原生應用？

問題的根源在於Microsoft對原生框架的不一致策略。那些對Universal Windows Platform（UWP）進行投資的開發者，最終看到它被WinUI取代，而Microsoft隨後又鼓勵構建Electron應用程式和Web Wrappers。這種不一致削弱了開發者對Microsoft長期支持原生開發的信心。

這種氛圍可能影響了Meta用基於WebView2版本取代輕量級UWP版本的WhatsApp的決定。儘管UWP版的WhatsApp快速、高效，並且與Windows API無縫整合，但Meta並不願意承擔維護它的風險。他們選擇了Web Wrapper，優先考慮跨平台的便利性，而非原生效能。

Microsoft的未來方向

值得讚賞的是，Microsoft已開始解決這些問題。在Build 2026大會上，他們強調了原生應用的重要性，通過WinUI宣布清除Windows 11中的基於網頁的混亂，並承諾用原生代碼重寫Windows 11的Shell組件。這些努力旨在重建開發者的信任，並鼓勵回歸原生應用開發。

然而，為了讓這一策略成功，Microsoft必須說服像Meta這樣的重要企業投資於原生開發。這需要穩定性、更好的文件和對WinUI的長期支持的明確承諾。

15億Windows用戶值得更好的體驗

Meta忽視為Windows進行原生開發尤其令人沮喪，考慮到他們為macOS甚至Apple Watch這些用戶基數更小的平台投入了原生應用的開發。Windows擁有15億用戶，同樣值得受到關注。資源限制並不是合理的藉口；問題在於優先級。

Meta已多次證明他們在需要時能夠開發原生應用。現在是時候將同樣的努力延伸到Windows用戶了。Web Wrapper並不是原生桌面應用的合格替代品，尤其是對於像Windows這樣重要的平台而言。

致Meta的訊息

Meta，現在是時候投資於Windows版的原生WhatsApp了。Microsoft已經承諾將WinUI作為Windows 11的長期框架，並且沒有放棄的跡象。曾經讓原生Windows開發看起來有風險的不確定性已不復存在。通過構建基於WinUI的WhatsApp，Meta可以為大多數用戶提供快速、高效且可靠的通訊體驗。資源已經到位，平台穩定，需求顯而易見。沒有任何理由繼續保持懶惰。