前些日子，一個手機QQ安裝包就要快900MB的事兒在網上吵得沸沸揚揚：最新安裝包又大了，已經924MB。雖然最後大家發現它主要為了視頻通話特效多了一個虛幻引擎，但網友還是感嘆：現在的App真的是越來越大了。

而就在最近，國外一位程序員也遇到了同樣的困惑。

他乘的一班飛機由於沒有機上小電視，只能下載一個叫做“美聯航”的App來看視頻打發時間。

小哥一邊感嘆現在航空公司越來越雞賊：把成本都加到顧客頭上，一邊打開了應用商店，結果就很詫異：

不就用來看個電影啥的嗎，一個Netflix都只有101.5MB，這App怎麼是它的四倍？

作為一名iOS/Android開發工程師，小哥決定不“坐以待斃”，看看它是否真的需要這麼大的空間。

原來可以省掉187MB

說乾就乾，還在飛機上的小哥立刻用ipatool下載了這個App的二進製文件。

ipatool是GitHub上標星1. 4K的開源項目，是一個命令行工具，可以從iOS應用商店搜索和下載應用程序的ipa文件包，用這個包可以進行開發內容的一些檢查等功能。

下好以後需要把ipa擴展名改為zip，解壓之後可以看到下面這樣的目錄：

可以發現Frameworks就佔了414.8MB，小哥解釋：應用程序的主要內存來源就是Frameworks，現在的最佳實踐都是把代碼push到這裡面，還是挺正常的。

接下來進入該目錄：

以UAL開頭的框架是核心架構、NodeMobile框架跟NodeJS功能有關、LocusLab SSD K和Mapbox是供應地圖的，還有一些是負責身份驗證、客戶反饋的……

而視頻播放相關的框架相反其實佔內存並不多：

接著進入佔空間最大的UALAppCore.framework。

經過層層探索，小哥終於在這裡鎖定了最大佔存的UALAppCore。

按照他的工作經驗，77MB這個數字還是有點反常的，他打算用nm命令深入看看這個框架的符號表（symbol）文件（nm用於顯示二進制目標文件的符號表，格式如下）。

很快他就想起來，Swift的符號需要剝離（strip，iOS框架中的術語），Objective-C則不需要。

那就查Swift的，結果還真就發現：

沒有一個Swift框架的符號被剝離過。

而這些都沒有用，白白耗內存：

那接下來就簡單了，寫一個bash腳本運行一下該框架就可以OK：

最後，可以看到原始框架從350MB減到了163M！

小哥表示，這一頓操作只花了不到5分鐘，沒想到可削減空間這麼大，整整省掉了187MB。

等於現在的安裝包只有原來的不到60%了。

他猜測該安裝包仍有削減空間，不過這個結果他已經很滿意了。

你，學廢了嗎？

“開發商才不關心呢”

就在小哥發出這個博客之後，有網友評論道，還有很多安裝包其實都可以再縮減15%到30%甚至更高的空間，就比如Gmail、Outlook這些很常見的應用。

但似乎現在很多開發商不是很關心這個問題，他們只想趕緊不停更新應用：

給不給用戶省掉這幾百M的流量都一樣賺錢，為啥還要費功夫呢？

有一位嵌入式工程師就表示：當我跟同事提起要注意這方面的優化時，他們總是給我一個茫然的眼神。

有網友認為：除非各應用商店開始管這事兒，開發商是不會做出改變的。就單說手機廠商就很樂意看到這一場面，內存不夠就可以去他們那買新手機了。

他還發現谷歌Play Store好像就不顯示應用程序大小。

而一些銀行App在這個問題上尤其嚴重，因為他們知道你不會輕易換銀行。

你怎麼看？