實測 20 款國民 APP ！小用半天，體積暴增 865%

科技狐

2024-06-18 14:18釋出于廣東科技領域創作者

引語

不同類型的 APP，功能卻是趨同的。

打開手機你會發現，現在的軟體就是集大成者！

購物軟體可以刷視訊，視訊軟體可以搞社交，社交軟體可以玩金融，金融軟體還能點外賣，外賣軟體還能雲原神...

如此大而全的功能，占用空間大也就不稀奇了。

但是，日益增長的資源占用，真的能讓使用者體驗更好？物盡其用嗎？軟體 APP 越做越大，是行業共識還是另有原因？

本期，我們測試了大量資料，就為了和大家好好聊聊這些問題，測試真的很耗時間，還請點個小小的贊。

要想觀測 APP 體積如何野蠻生長，我們還得從零開始。先找一台手機，将其恢複出廠設定，然後删除自帶應用，再安裝好 20 款熱門應用，具體如圖所示。

這 20 款應用包括了聊天社交、視訊直播、旅行交通、理财支付、影音視聽、電商購物、地圖導航、新聞資訊八大類。

軟體中還有一款國内外通用的 Apple Music，相信能比較還原真實的使用情況，我們還用新手機号注冊登入這些 APP ，盡可能統一測試的标準。

體積變化

首先，來看看安裝包大小，20 個安裝包中，企業微信的體積最大，422MB 。

拼多多最小，才 26MB ，非常出人意料，也不知道那麼多限時秒殺活動它是怎麼塞進去的...

雖然最大和最小懸殊 16 倍，但目前來看， 20 款安裝包合計才 3GB 出頭，根本不會讓你容量焦慮。

不過，安裝好這 20 款軟體後，情況發生了 “ 億點點 ” 變化。

此時的容量占用從全部安裝包合計的 3GB ，變成了全部 APP 占用空間合計的 9GB ，後者是前者的 3 倍。

這裡面解壓縮率帶來的影響很大，Apple Music 的 APP 體積是其安裝包大小的 1.71 倍，美團是 4.69 倍，從減少下載下傳時間和節省帶寬的角度出發，自然是解壓縮率越高越好。

當然，APP 的體積肯定不會止步于剛安裝完的新生兒狀态。

因為當你第一次打開這些 APP，把它們 “ 軟生 ” 中珍貴的小紅點粗暴奪取時，APP 會在背景展開一系列線程來豐富資源和擴充子產品，容量進一步變化。

我們逐一打開這些 APP，登陸全新注冊的手機号，然後什麼也不動，閑置一段時間，（為避免背景殺應用，中途有主動進入應用以為重新激活）20 款 APP 的合計容量就從剛安裝好的 9265MB 變為 19268MB，是原來基礎的兩倍。

這是什麼概念？

就比如說本來企業微信是唯一一個安裝後容量機關變成GB 的大哥，但當你把所有軟體打開并閑置半天後，（為避免背景殺應用，中途有主動進入應用以為重新激活）就有另外 7 個款軟體和它齊頭并進，邁入 GB 的級别。

“ 小而美 ”的微信更是一腳把企業微信踩在腳下，唯一一個突破了 2GB，然而即便如此，你此時此刻打開這個 2GB 多的微信會發現，它的界面還是和剛安裝好的時候一模一樣，咱也不知道它在閑置的時候幹了些啥，咱也不敢問。

那為了更真實模拟使用者的情況，我們還打開每款 APP 各使用 20 分鐘，我們隻用預設加載，避免主動型點入。

什麼叫主動型點入？

就是像離線地圖、語音包、下載下傳高品質歌曲、遊戲小程式這些，我們統統繞開不去用它，以免導緻某個 APP 的占用容量過于浮誇。

而預設加載很好了解，就是你打開短視訊它就會自動播放，這裡面其中一些資源會變成緩存檔案，這樣就能保證，隻要你用這款軟體的時間比我模拟的 20 分鐘更長，那基本上你的占用容量也會比我的更大。

當然，APP 不同，加載的内容不同，産生的緩存大小也有所不同，是以資料僅供參考。

那麼，在每個軟體單獨 20 分鐘，合計 6 個多小時下來的使用中，APP 的合計容量從上一次的 19268MB 變成 28900MB，增長了約 1.5 倍。

但如果和最初的安裝包總大小進行對比，再算上閑置以及每個軟體的使用時間，也就是差不多一天，容量就從 3118MB 變成了 28900MB，增長了 826.5%。

你敢信？這增長後接近 30GB 的容量占用，是真的能實打實刺痛每個還在用 64GB 手機使用者的心。

要知道，我們這個還隻是輕度的模拟使用，每個 APP 使用的時間最多不超過 25 分鐘。

但即便是這樣，APP 的體積也迎來巨幅上漲。

如果你在裝幾個熱門遊戲，128GB 使用者也有了明顯危機感，可能對于 64GB 或128GB 的朋友來說，清理空間已經是常态了，是的話請劃線。

我們還檢視了最近新發的手機，除個别低端機以及 iPhone15 這樣把容量當金子賣的手機，256GB 容量起步已成為主流手機的标配。

那麼，256GB 是不是就夠用了呢？

我們又統計了公司部分小夥伴的資料。不難看出，我們公司的小夥伴都是天生打工聖體，微信占用 20、 30GB 是常态。

身為老闆的我更是需要經常确認視訊，微信和企業微信的占用分别是 52GB 和 93GB。

像我這種 512GB 都需要經常清理，就更别說容量更小的使用者了。

到了這裡，我們可以給這個章節做一個總結：安裝包的體積很美好，安裝後的體積真不少，閑置後的體積讓人摸不着頭腦，使用後的體積全是痛苦煩惱。

按照這種勢頭發展下去，容量存儲似乎永遠也彌補不了軟體無止盡的增長，要我看，與其買更大容量的手機，不如好好督促這些軟體商用心做好空間優化，你贊同嗎？

運存占用

OK，容量的問題我們就先聊到這。

那這 20 款應用下都下好了，順便就統計一下它們的運存占用吧。

我粗暴的将這些 APP 分為非共通性和共通性。

共通性就比如說微信、QQ 、支付寶這些都可以用餓了麼小程式，支付寶、高德地圖、百度地圖都可以購買飛機票，我把這算成共通性。

而 20 款軟體中隻有 B 站可以看 4K HDR 視訊，并且無視訊廣告，其他軟體達不到類似功能，我就算它是非共通性。

那顯然，具有非共通性特征的軟體，根據内容的不同，消耗的資源也不同，并不好直覺對比，是以我們着重對比的是有共通性的軟體。

當然，需要說明的是，共通性軟體盡管呈現出的操作頁面和工具屬性基本大體一緻。

但畢竟不是同一個 APP，底層有差別，資源排程優先級也不一樣，是以結果也僅作參考，且限于系統版本、軟體版本、人工操作等因素，僅代表我們這台手機是這樣的情況。

那如果你用我們這台手機随機播放音樂。Apple Music、QQ 音樂、網易雲音樂三者中，Apple Music 的占用運存最小，僅 532MB，通過 Scene 軟體也可以看到，它的背景數僅為一個。

我想這可能是由于 iPhone 手機運存小，蘋果優化經驗豐富，是以即便來到了安卓端，Apple Music 的占用運存也相當小巧的原因。

那網易雲音樂的記憶體平均消耗為 1694MB ，雖然隻是聽歌，但它進入軟體需要加載的資源多，還有社交功能。

而 1600MB 左右的記憶體占用，在 20 款軟體中其實屬于正常水準。

用高德地圖或百度地圖訂飛機票，兩者的運存占用也是在 1600MB 左右，但如果你改用支付寶，這個記憶體開銷就有點大了。（2605MB）

當然，以上軟體的共通性沒有那麼強，能進一步控制變量的，還得是“ 小而美 ”的微信和内置虛幻引擎大作 QQ了，它們都有小程式。

我們用同樣的操作，進入同一家果茶店，點一樣的糖量和配料，或者看同一個商品詳情頁。

那不管你是使用餓了麼、美團點外賣，還是使用京東、拼多多購物，微信打開小程式後的占用會從 “ 聊天頁面 ” 下的 892MB（無好友無群聊，故占用較小）暴漲到 3000MB 。

QQ 的餓了麼小程式會少一些，但京東和美團又會多一點，總的來說對比聊天頁面的 643MB（無好友無群聊，故占用較小），小程式的開銷不可謂不大。

而如果我們隻是單獨使用餓了麼、美團外賣、京東或拼多多的 APP ，它們沒有一個記憶體占用超過 1800MB 的。

是以雖然我無法得出使用小程式就一定更卡的結論，但可以得出的結論是，你隻是點外賣或者購物，使用 APP 确實會比小程式占用的資源更少。

當然，這 20 款應用的記憶體占用其實都不小。

因為我們還用原神做了一個簡單的對比，進入遊戲後，随便放幾個技能，在這種簡單負載的情況下，預設畫質原神的記憶體占用為 1433MB，最高畫質為 1843MB，這個占用甚至比部分 APP 還要小。

雖然我們沒有進副本刷圖或場景複雜的地方，但即便是這種輕度操作，工具性質的 APP 的記憶體占用都快和遊戲一樣，這是不是有點說不過去了？是以有條件的盡量上 16GB 運存吧。

APP即是“系統”

如果隻是實作幾個必備功能，APP 的容量和記憶體占用不可能這麼大。

但現狀就是，這些 APP 個個 “ 能文能武 ” ，就以我前面每個 APP 刷 20 分鐘的經曆來說，為了盡可能測試緩存壓力，APP 的每個闆塊每個功能我都會點一下，作為功能的集大成者，給我看的是眼花缭亂。

以微信舉例，我可以刷視訊，包括但不限于“ 看一看 ” 、“ 直播 ”來刷視訊，我還可以購物、看小說、看漫畫、聽音樂、弄虛拟形象、搞文檔雲盤，嘿，但就是沒人找我聊天。

美團搞金融看小說我多少還能了解，内置雲原神是什麼操作，我看不懂，但我大受震撼。

好消息是，使用美團打雲原神記憶體隻占用 1449MB ，壞消息是隻有 30 分鐘體驗期。

我還統計了一份資料，這 20 款軟體中，内置短視訊、直播的至少有 14 款，帶商城購物的至少有 13 款，有貸款功能的軟體至少是 14 款。

在極速版 APP 那期我們就說過，一個功能你不做有的是人做，哪怕就算隻有一個人用的上那個功能，人家也就能比你至少多一個使用者，軟體商不會傻到把雞蛋全砸在一個煎餅果子裡，而這麼做也确實很有效。

在應用頻率上，我們公司小夥伴的手機三方應用的總數，大多在 50、60 個左右，100 多個的屬于下載下傳後沒有删，而高頻率使用的應用數主要為 5～18 個不等，最多不超過 22 個，你的又是多少個呢？

雖然大家使用手機的時間在增長，但 APP 用來用去無非那十幾個。回想一下，你有多久沒下載下傳新 APP 了？我應該有兩個月。

總之，這些 APP 不止叫 APP，還可以被稱為“ 小系統 ”，功能大而全是大多數軟體無法避免的趨勢。

軟體功能大而全，你可能會覺得臃腫，但遊戲容量越大，你卻越興奮，這是因為軟體的工具屬性更強，使用者希望能快速達到目的。

而遊戲娛樂屬性更強，玩家希望内容豐富，是以對遊戲的占用空間容忍度很高，最近的黑神話悟空 130GB 的所需空間，就讓大家高呼過瘾。

但容忍度更高不意味着越大越好，能在不怎麼影響品質的情況下，用更小的體積做出出色的體驗，才更符合程式員的從業精神。而當我們回顧程式設計曆史時，這種神之優化的操作是行業常态。

程式設計曆史

最經典最廣為人知的，莫過于紅白機上的《超級馬力歐兄弟》。

這個遊戲有 8 大世界，32 關，甚至很多人還沒通過關，但你猜它的容量多大，僅 40KB！

并且受限于紅白機的 2KB 的記憶體、顯存，程式員一直摳摳摳。

先是在畫面上對栗寶寶、馬力歐的素材僅儲存一半，使用時鏡像拼起來即可，再是利用相同圖案但顔色不同來表示，比如雲和草叢。

而在音樂上，完整的一段太占地，程式員就把單個的音符編成程式讓主機自己演奏，合成不同音效，并通過加倍速産生新的音效。

雖然硬體上僅僅隻占用 8BIT，呈現 256 種顔色，但程式員卻能創造出《超級馬裡奧》、《魂鬥羅》、《綠色兵團》、《吃豆人》等一個又一個的精彩冒險。

那除了遊戲，音頻和我們每天都在發的動态表情包，都離不開大佬們的優化技術。

MP3 利用人類的聽覺特性，去除了我們幾乎察覺不到的聲音細節，比如非常微弱的聲音，和超出我們聽力範圍的高頻、低頻部分。

在保留大部分音質的同時，大幅度減少了檔案的大小。從此讓音樂變得“ 小而美 ”，是數字音樂時代的一項重要發明。

GIF，會識别圖檔之間的相似之處，隻記錄下第一次出現的畫面和之後變化的部分，是以達到檔案小還能流暢播放目的，也就成為我們今天聊天必備的表情包。

表情包超越了普通文字元号表達的含義，填補了靜态圖檔和視訊間的空白，讓我們每一個人都能準确清晰的傳達出自己的情感，是網絡文化中不可或缺的一部分。

究其原因

以前的老前輩可以想盡辦法在極小的空間裡，放下整個超級瑪麗關卡，或一段美妙的音頻，或一個鬼畜的動态表情。

而現在的程式設計為了實作業務而實作，幾乎不考慮性能優化問題。硬體跳躍式的提升，帶來的是軟體上越來越差的優化，以及程式設計水準的降低。

有多低？就比如國民級應用的微信，在之前很長一段時間中，當使用者轉發一個檔案，這個檔案會直接複制一份，長此以往，使用者的存儲會被重複檔案占滿，這你受的了嗎？

直到這件事引起熱議，微信團隊又下場修複。事實證明他們不是不能做好，而是不到萬不得已不會去做。

B 站 UP 主科技老男孩用過逆向工程微信安裝包，發現在微信 1.0 版本隻憑借 199 個檔案就實作了核心功能——聊天。

而到了當時測試的最新版本，檔案有 12639 個，代碼暴漲了 500 多倍，也就是說，大部分檔案和代碼都是用來實作其他功能。

現如今，你想用手機做任何一件事情，都未必要下載下傳一個對應的 APP 。

從軟體廠商的角度出發，APP 的大，是為了擴充更多的内容與功能來占據更多的使用者時間。

但 APP 也并非不能做小，前面測試的 Apple Music 就是一個很好的例子，使用一段時間後的大小隻有幾百 MB ，背景線程數僅為 1，聽歌時的運存占用不超過 600MB。

沒有商城、直播、金融等無關聽歌的闆塊，雖然要付費，但也說明軟體商完全有能力讓 APP 的體态更加健康，走上一條正确的道路。

隻是，大多數軟體商，不願意增加調試時間和程式猿的工資罷了。

為此，我還請教了一位不願意透露姓氏的高姓程式員。

他說 APP 體積裡占用空間的邏輯代碼其實不多，占空間的大多都是資源檔案（圖示、音視訊等）然後還有第三方 AAR 庫和 SDK ，而 SDK 的體積要占好幾 MB ，如果 APP 接入的廣告越多，花邊功能越多，APP 就會逐漸臃腫...

另外，有的應用廠商會把原本該存儲在雲端的資料存到我們自己的手機裡了，實體意義上的分布式存儲，是以應用緩存越來越高。

還有就是，決策者喜歡往 APP 裡塞很多不相幹的功能，如果不塞，意味着産品經理、設計師、開發人員、測試人員沒事幹，等待他們的就是被裁節省人力成本，于是 APP 越來越大。

越做越大，卻不好好優化，這似乎成為 APP 行業裡長期以來的預設共識。

但從來如此，便就是對的嗎？

占用更多的存儲空間，還不會和手機廠商的利益有沖突，硬體公司可以把大存儲賣的更高，軟體公司可以更加無腦堆功能，隻有消費者受傷的世界達成了。

當 APP 以遠超手機性能和空間的增長速度變成“ 滔天巨獸 ”時，即便是廣為人知的安迪-比爾定律也不足以為此辯白。

APP 所承載的利益需求，已經超過了它為生活帶來的便利本身。

這也導緻很多人返璞歸真用上功能機，有的人希望 APP 采用子產品化，需要什麼功能機就下載下傳，有的人提議 APP 應該按體積收稅，可能隻有涉及到軟體商利益，他們才會真正下功夫。

如果繼續我行我素下去，臃腫又吞噬了太多空間和時間的 APP，或許會在今後的某一天突然爆發，迎來反噬。

好了，感謝你能看到這裡，如果你認可我們的觀點，或者其中的内容對你有用，還請點贊轉發和分享，這對我們真的很有幫助。有什麼想法也歡迎評論區踴躍讨論，讓我們一起發聲，幫助 APP 體态健康。

參考資料：

部分截圖來源網絡

編輯：輝仔

檢視原圖 4K

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

• 

•