1>編譯器的優化---即setting里面一些配置項

1、Build Settings->Optimization Level有幾個編譯優化選項，release版應該選擇Fastest,Smalllest，這個選項會開啟那些不增加代碼大小的全部優化，并讓可執行文件盡可能小，當然這些編譯項早期是在工程生成時候xcode默認給工程配置好了，如果一旦xcode做了改變我們要知道這些東西。

2>去除符號信息

Strip Linked Product / Deployment Postprocessing / Symbols Hidden by Default在release版本應該設為yes，可以去除不必要的調試符號。Symbols Hidden by Default會把所有符號都定義成”private extern”。這些選項目前都是XCode里release的默認選項，但舊版XCode生成的項目可能不是，可以檢查一下

3>引用的大部分二方庫或者三方庫

a、有些庫引用進來可能只是用了其中很小的一個功能，有一些可能是只是為了方便一兩個case，針對這樣的庫我們可以自己寫代碼，或者玻璃不需要的功能（建議還是自己實現，這樣能節省一些庫的引用）。

b、其次針對一些庫ARC和MRC對庫的大小也是有影響，由于現在都是arc管理內存很多庫都更新成arc模式了，由于arc模式下是系統自從插入release，所以對大小也是有影響的，見下圖：

結果是ARC大概會使代碼段增加10%的size，考慮代碼段占可執行文件大約有80%，估計對整個可執行文件的影響會是8%。

可以評估一下8%的體積下降是不是值得把項目里某些模塊改成MRC，這樣程序的維護成本上升了，一般不到特殊情況不建議這么做。

4>無用代碼

在項目里新建一個類，給它添加幾個方法，但不要在任何地方import它，build完項目后觀察linkmap，你會發現這個類還是被編譯進可執行文件了。

按C++的經驗，沒有被使用到的類和方法編譯器都會優化掉，不會編進最終的可執行文件，但object-c不一樣，因為object-c的動態特性，它可以通過類和方法名反射獲得這個類和方法進行調用，所以就算在代碼里某個類沒被使用到，編譯器也沒法保證這個類不會在運行時通過反射去調用，所以只要是在項目里的文件，無論是否又被使用到都會被編譯進可執行文件。

對此我們可以通過腳本，遍歷整個項目的文件，找出所有沒有被引用的類文件和沒有被調用的方法，在保證沒有其他地方動態調用的情況下把它們去掉。如果整個項目歷時很長，歷時代碼遺留較多，這個清理對可執行文件省出的空間還是挺可觀的。

5>類/方法名長度

觀察linkmap可以發現每個類和方法名都在__cstring段里都存了相應的字符串值，所以類和方法名的長短也是對可執行文件大小是有影響的，原因還是object-c的動態特性，因為需要通過類/方法名反射找到這個類/方法進行調用，object-c對象模型會把類/方法名字符串都保存下來。

對此我們可以考慮在編譯前把所有類和方法名進行混淆，跟壓縮js一樣，把長名字替換成短名字，這樣做的好處除了縮小體積外，還對安全性有很大提升，別人拿到可執行文件對它class-dump出來的結果都是混淆后的類和方法名，就無法從類和方法名中猜出某個方法是做什么的，就難以掛鉤子進行hack。不過這樣做有個缺點，就是crash堆棧反解出來的堆棧方法名會是混淆后的，需要再加一層混淆->原名的轉換，實現和使用成本有點高。實際上這部分占用的長度比較小，中型項目也就幾百K，對安全性要求高的情況可以試試。

6>冗余字符串

代碼上定義的所有靜態字符串都會記錄在在可執行文件的__cstring段，如果項目里Log非常多，這個空間占用也是可觀的，也有幾百K的大小，可以考慮清理所有冗余的字符串。另外如果有特別長的字符串，建議抽離保存成靜態文件，因為AppStore對可執行文件加密導致壓縮率低，特別長的字符串抽離成靜態資源文件后壓縮率會比在可執行文件里高很多。

7>圖片處理：

通常針對圖片的處理我們就是壓縮或者采用webp格式圖片，其實針對大部分純色圖片也可以采用代碼實現，這樣能減少不少資源。

可能有人問工程里面站資源的是大圖，不是小圖，那大圖怎么辦呢？拆分，大圖拆分成多個圖，看那一部分可以使用代碼從而減少代碼小。當然盡量減少不必要得資源放到resource中。不常用的換成下載。最后把縮減iOS安裝包大小的各種方法列出來做了張CheckList圖：

1、配置編譯選項 （Levels選項內）Genetate Debug Symbols 設置為NO，這個配置選項應該會讓你減去小半的體積。

2、舍棄架構armv7，因為armv7用于支持4s和3gs，4s是2011年11月正式上線，雖然還有小部分人在使用，但是追求包體大小的完全可以舍棄了。

3、編譯的版本必須是發布版本，

4、查找內部使用到的第三方庫，一方面可以進行刪減代碼，用不到的類，直接刪除，還有第三方庫中的圖片資源統統刪除掉，如果能夠自己手寫實現的，那費功夫自己寫吧

其他的資源相關：

圖片

壓縮圖片 不重要的圖片可適當采用 8bit PNG圖片

1.什么是矢量圖 矢量圖是由計算機的算法產生的，可以無限放大或縮小，不會有任何損失，通常由矢量軟件制作。

2.什么是位圖 位圖是由一個一個的小色塊組成，放大后會看到那些小色塊，同一面積內小色塊越多，分辨率就越高。

3.矢量圖的優缺點 可以無限放大或縮小，不會影響圖像素質，文件體積較小，編輯靈活。缺點是表達的色彩層次不清，整體觀感效果不如位圖

4.位圖的優缺點 不能放太大，減少文件分辨率后會影響圖片質量，圖片戰勝空間較大，優點是能很細膩地表達圖片的效果，圖片表達效果非常好

5.什么情況下用位圖，什么情況下用矢量圖 一些對圖片要求高的用位圖，例如照片。其他的盡量用矢量圖。例如文字、表格、卡通圖片等

去掉無用的圖片

用代碼繪制簡單的純色圖片 用Sketch和PaintCode快速得到繪制代碼

如果不需要使用透明，可以用jpeg代替PNG。jpeg減少了些效率但更加小。需權衡性能，大小。

對32位的圖片，盡肯能的使用高壓縮率，使用PS的“Save For Web”功能，可以有效的減小JPEG和PNG圖片的尺寸。 默認情況下，在build時，PNG圖像就被pngcrush壓縮。

音頻

壓縮音頻，盡可能使用AAC或者MP3格式，并且使用一個較低的碼率。通常44.1khz的碼率有點浪費，降低一定的碼率也不會丟失多少音質

視頻

視頻也可以使用類似于音頻的處理方法，音視頻的壓縮可以很大程度的壓縮，但是要注意壓縮的格式，是不是會增加編解碼的負擔，這要權衡考慮。

Assets

檢查bundle中的無用文件，不要打包到app或者靜態庫中。可以點擊文件，在右側的file inspector里面的target membership中取消勾選；或者在build phase里面的Copy Bundle Resources中去掉。

確定 dead code（代碼被定義但從未被調用）被剝離，build setting 里 DEAD_CODE_STRIPPING = YES。 去掉冗余的代碼，即使一點冗余代碼，編譯后體積也是很可觀的。

頂

0