App安裝包是由資源和可執行文件兩部分組成，安裝包瘦身也是從這兩部分進行。
資源瘦身
- 刪除無用的資源
工具：LSUnusedResources
效果查找到無用的圖片大概有180個，總大小1M多（PS:尋歡項目大概有5M+，往期版本的啟動圖沒及時刪除）
刪掉了文件較大（10KB+）的一些圖片
無用的圖片包括了一些原來尋歡業務的圖片
由于無用的圖片體積不是很大，刪除無用圖片后安裝包的體積由55.9M減少到55.4M
Tips:要選中ignore similar name
防止誤刪
實際中會出現誤報情況[UIImage imageNamed:[NSString stringWithFormat:@"01_0000%d.png",i]
這種情況下01_00004.png沒有排除掉
SVGA動畫使用的圖片沒有排除掉，刪除的時候要檢查下路徑
總結定期檢查
注意防止誤刪
2.刪除重復的資源
重復資源（主要指圖片）不是指命名重復而是內容相同。
fdupes
是Linux下的一個工具，可以在指定的目錄及子目錄中查找重復的文件。fdupes通過對比文件的MD5簽名，以及逐字節比較文件來識別重復內容。
項目中圖片分兩處存放，Assets.xcassets
和images
文件夾，所以在這兩個目錄查找就可以。
fdupes -r xxx/images xxx/Images.xcassets
結果
搜索到大概 40 個圖片資源是內容相同的
原因及處理
同一張圖片（文件名也相同）同時存在Assets.xcassets
和images
【刪除images文件夾里的】
不同文件名的圖片它們的尺寸和內容都完全相同 【暫不處理】
2X和3X圖片尺寸和內容一樣，都是2X的尺寸 【刪除3X圖片】
效果
刪除了大概15個圖片，雖然都是小圖片對安裝包的體積沒多大變化，但解決了同名圖片會有時編譯不成功的bug。
總結
第1，3種情況完全是不小心導致的要避免。
3.無損壓縮圖片
ImageOptim是一款優秀的無損圖片壓縮工具，它通過優化壓縮參數，移除無用的文件元數據和不必要的顏色配置來實現圖片的無損壓縮。
壓縮完之后效果還是很明顯的，可能是美術提供之前沒壓縮過(哭臉狀），Assets.xcassets文件夾壓縮效果如下：
但發現實際生產的安裝包體積沒有變小，因為COMPRESS_PNG_FILES
和STRIP_PNG_TEXT
設置成了YES，Xcode會重新壓縮一次圖片，但是壓縮之后的圖反而比ImageOptim處理之后的圖更大。改成NO就能讓項目中的PNG保持不變。
效果
無損壓縮后安裝包的體積為53.4MB，比壓縮前減少了2M。
無損壓縮后安裝包體積
總結
美術給資源前要對圖片壓縮
發布前用工具對圖片壓縮一次
圖片管理方式
主要有兩個方式管理圖片，一種是在項目中添加文件夾存放，另一種是放在Assets.xcassets
管理。推薦使用Assets.xcassets
管理，因為它會把里邊的所有png
格式的圖片壓縮成一個Assets.car文件，壓縮比率比其他方式管理圖片要高，大大減少圖片體積。
其它
上面主要討論的是圖片資源，其它資源文件如音頻、視頻都可以進行壓縮處理，項目中還有些沒用的Plist,readme之類的文件可以刪掉。
另外xxx.proto
文件也放在項目中，其實這個文件在項目中也是不用的，完全可以刪掉！如果包含在bundle里面不僅增加安裝包體積還存在相關安全隱患。
有些非必要的文件資源可以放在服務器，結合本地緩存策略。
可執行文件瘦身
LinkMap文件是Xcode產生可執行文件的同時生成的鏈接信息，用來描述可執行文件的構造成分，包括代碼段（TEXT）和數據段（DATA）的分布情況。只要設置Project->Build Settings->Write Link Map File為YES，build完后就可以在設置的路徑看到LinkMap文件了。
我們可以用腳本從linkmap中統計出每個.o目標文件占用的體積和每個.a靜態庫占用的體積 【腳本鏈接】
從統計結果來看，靜態庫文件和protocal buffer文件占大頭。
靜態庫瘦身
項目中多少都會引入一些第三方靜態庫，比如交友項目中引入了第三方分享庫，通過lipo
工具可以查看支持的指令集，比如查看微信SDK
lipo -info libWeChatSDK.aArchitectures in the fat file: libWeChatSDK.a are: armv7 armv7s i386 x86_64 arm64
i386,x86_64,這不是模擬器的指令集么？去掉看能不能減少體積？armv7可以兼容armv7s，armv7s也可以刪了，只保留armv7和arm64
lipo libWeChatSDK.a -thin armv7 -output libWeChatSDK-armv7.alipo libWeChatSDK.a -thin arm64 -output libWeChatSDK-arm64.alipo create libWeChatSDK-armv7.a libWeChatSDK-arm64.a -output libWeChatSDK-device.a
ls -ll-rw-r--r-- 1 Vic staff 5957080 Jan 6 14:40 libWeChatSDK-device.a-rw-r--r-- 1 Vic staff 14410376 Nov 25 11:53 libWeChatSDK.a
由原來的14.4M降低到6M！少了一半多。如果把所有的靜態庫都只保留armv7和arm64安裝包體檢豈不是大大減少了~！
解決模擬器無法使用
刪掉了i386和x86_64后模擬器將可能無法正常運行，目前想到的解決方法，有更好的方案請告訴我！
如果是手工添加靜態庫的話可以在發布前將靜態庫替換
如果用Cocoapods
管理可以使用兩份podfile文件，一份包含模擬器指令集一份不包括，發布的時候更換podfile文件即可；或者用同一份podfile，分配置環境設置庫
pod libWeChatSDK:configurations => ['Debug']pod libWeChatSDK-device:configurations => ['Release']
效果
還沒有申請相關權限所以還沒法打包，具體效果以后再補充。。。
protocolbuf 精簡
由于歷史原因項目中用的protocolbuf還是C++版本了，在3.0版本官方已經出了OC版本并提供了生成工具，官方生成的文件大小只有現在的1/4，代碼行數大概是現在的1/10。尋歡項目已經更換了，交友要盡快換啦
代碼層面優化主要包括刪除不用的類，不用的函數，重復的代碼等，有個IDE貌似已經集成了這些Code Inspection功能---APPCode,這是檢查的結果
太多了看不過來??，貌似有些是不準的，不過可以拿來排查，怕手賤刪錯代碼就不碰這塊了
思維導圖
api thin
