影響APP的大小的因素：

第一大因素：使用不同的程式碼效果不同。

你程式碼都是用storyboard實現的，那麼的APP達到30M很正常，除非你的頁面超少。若你的頁面是都是用XIB實現的，你的APP達到20M以上也很正常。你採用純storyboard或XIB，別抱怨你的APP太大了，你也不看看他們每個檔案有多大，接受現實吧。若你的頁面全部是用程式碼寫的恭喜你，你的包低於10M以下不在話下，除非你有大量聲音檔案和圖片，第三方庫，不然很難太大。但是你只有執行起來才能看效果，不能使用自動佈局了，注意程式碼實現頁面和XIB,storyboard混用時不支援自動佈局。

第二大因素：減少很多聲音檔案，

一個聲音檔案經常200K到1.5M之間，在不影響效果的情況下完全可以使用低質量音訊代替，稍微降低下質量就可以節約幾百K的儲存資源，在視聽方面毫無差別！

第三大因素：app中存在大量圖片。

知道了影響APP大小的因素，我相信你就對自己的APP大小就有一個大致的理解了，app從31m減小到2.6m不是不可能，我相信隨著科學技術的發展我們會將app大小變為0，更大程度的利用我們有限的儲存空間！

說說iOS的IPA瘦身吧，主要就是幾個方面：

1. 正式包去除debug相關東西，比如將編譯設定裡的Genetate Debug Symbols設為NO，會減少不少體積。

2. 精簡支援的架構，目前來講，iOS只需要支援arm64（iPhone 5s之後機型）就行了。

3. 資源最佳化

3.1 對寫入IPA包的資源，如圖片、音影片等進行壓縮處理，圖片推薦tinypng線上壓縮，效果很不錯。

3.2 去除無用資源，包括無用的原始碼檔案、圖片等。另外APP內使用到的圖片只需要2x、3x，無須引入1倍圖（非視網膜螢幕，現在已經無須考慮）。

3.2 利用蘋果提供的APP瘦身

還有一部分是內部資源的多少的問題。像蘋果的你會發現每款手機的安裝包是不同就是所匹配的資源不同。安卓的是一個通用包，裡面的資源需要包括常用的主流手機的所以資源，就很大。如果要想減少，可能意味著在一個統計的設計標準上，但是那樣又會出現壟斷吧。另外就是開發出新的壓縮格式。