應用距離上次瘦身已接近一年時間，恰好版本修改了一些功能實現，需要刪除一些三方庫使用，所以借機進行一次應用瘦身。在此將本次使用和查詢到的瘦身方法做一些總結。
ipa文件內容
IPA文件包主要包括可執行文件、簽名文件、info.plist、entitlements、App Plugins、鏈接庫、資源文件等。（詳見：iOS開發：Archive、ipa 和 App 包瘦身）
瘦身的主要操作集中在可執行文件及資源文件。
資源瘦身
1.刪除無用資源
使用LSUnusedResources查找無用圖片。
使用方式：從github下載后直接運行，輸入項目路徑，點擊搜索查詢。
查詢結果不是特別準確，建議查詢后根據結果在項目中逐一查詢確認，手動刪除。
2.刪除重復的資源
重復資源（主要指圖片）不是指命名重復而是內容相同。
fdupes 是Linux下的一個工具，可以在指定的目錄及子目錄中查找重復的文件。fdupes通過對比文件的MD5簽名，以及逐字節比較文件來識別重復內容。
- 安裝fdupes。
brew install fdupes
安裝較慢，需要等待一段時間。
- 查找重復的資源
fdupes -r asse文件夾位置 image文件夾位置
可直接查找項目總路徑，方便查出整個項目中的相同圖片及類文件（.plist及.xcconfig等也會被排查輸出）。
3.無損壓縮圖片
通過優化壓縮參數，移除無用的文件數據和不必要的顏色搭配來實現無損壓縮的。
WebP是Google提供的一種圖片編碼格式，通常情況下WebP格式的圖片是原始JPG/PNG圖片的1/3，所以對于重度依賴圖片顯示的應用，轉換使用WebP可以節省大量的網絡傳輸數據和時間。對于APP瘦身，使用WebP格式可能是一種方式，可以使用WebP格式的圖片替代現有的圖片資源，可以一定程度的節省空間。
4.圖片管理方式
使用Assets.xcassets管理文件
因為它會把里邊的所有 png 格式的圖片壓縮成一個Assets.car文件，壓縮比率比其他方式管理圖片要高，大大減少圖片體積，同時也保證了安全性。用LaunchScreen.storyboard替換啟動圖片。
可執行文件瘦身
1.刪除已廢棄pod引用
刪除棄用的庫文件
減少release模式下的庫引入
避免一些在debug模式下調試用的庫，在release環境Archive編譯至IPA包中。
pod 'MLeaksFinder', :configurations => ['Debug']
pod 'FBRetainCycleDetector', :git=> 'https://github.com/facebook/FBRetainCycleDetector.git', :configurations => ['Debug']
2.刪除未使用頭文件
3.刪除已廢棄代碼類
Fui用來找出OC項目中未用到OC的頭文件引用。
安裝：打開終端進入fui下載文件
gem install fui
比較慢，耐心等待。
在目標路徑下檢索未使用類:
fui find
由于工具只是檢測類文件是否被引用，故檢測結果并非完全正確，如一些擴展類文件（擴展中方法置換，無需頭文件引用），同時未被使用三方庫文件也會輸出。
建議檢測出后逐文件查詢排查后手動刪除。
4.去除相同代碼
- 安裝python環境
sudo easy_install pip
- 下載安裝SimHash的python工具
pip install simhash
- 下載SameCodeFinder查找相似代碼
啟動終端，cd 至SameCodeFinder代碼文件夾，執行python SameCodeFinder.py [arg0] [arg1]
Optional
* [arg0]
* Target Directory of files should be scan
* [arg1]
* Doc Suffix of files should be scan, eg
* .m - Object-C file
* .swift - Swift file
* .java - Java file
* --detail
* show process detail of scan
* --functions
* Use Functions as code scan standard
* --max-distance=[input]
* max hamming distance to keep, default is 20
* --min-linecount=[input]
* for function scan, the function would be ignore if the total line count of the function less than min-linecount
* --output=[intput]
* Customize the output file, default is "out.txt"
示例：
python SameCodeFinder.py ~/Projects/opensource/MWPhotoBrowser/ .m --max-distance=10 --min-linecount=3 --functions --detail
結果：
在SameCodeFinder文件夾會生成一個out.txt文件，打開即可看到檢測結果。
...
('YYDiskCache.m(_trimRecursively)', 'YYMemoryCache.m(_trimRecursively)', 0)
('YYCache.m(description)', 'YYMemoryCache.m(description)', 0)
...
最后一位數字代表兩個文件的海明距離，數字越小說明兩個文件越類似。
5.LinkMap
LinkMap文件是Xcode產生可執行文件的同時生成的鏈接信息，用來描述可執行文件的構造成分，包括代碼段（__TEXT）和數據段（__DATA）的分布情況。
在 Xcode Target -> Build Settings -> Write Link Map File 設置為 YES，然后在 Target -> Build Settings -> Path to Link Map File 選項中設置好 LinkMap 的生成地址（一般用 build 文件夾中的默認地址就好了），archive 成功后，我們就可以在對應地址找到該次編譯的 LinkMap 了
這里還可以設置Link Map存放的位置，默認的位置為：
$(TARGET_TEMP_DIR)/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_ARCH).txt
我們可根據自己的需要自行設置該文件的位置，這里為便于查看，我設置為桌面路徑。
/Users/***/Desktop/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_ARCH).txt
路徑修改完成后，command+B我們編譯一下，桌面上會多一個***-LinkMap-normal-arm64.txt的文件。
但是這個文件比較多，不太好分析，我們可以通過借助第三方工具解析LinkMap。
下載完成后，運行該項目并選擇路徑，界面如下：
這樣就能很清晰的看到編譯后文件的大小了，根據情況進行文件優化。
6.編譯選項優化
Optimization Level在release狀態設置為Fastest,Smallest[-Os]
Strip Debug Symbols During Copy在release狀態設置為YES
Strip Linked Product在release狀態設為YES
Make String Read-Only在release狀態設為YES
Dead Code Stripping在release狀態設為YES
Deployment PostProcessing在release狀態設為YES
Symbols hidden by default在release狀態設為YES
7.開啟BitCode
'/Users/***/Desktop/TestDemo/IFlyMSC_Dylib.framework/IFlyMSC_Dylib' does not contain bitcode. You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. file '/Users/***/Desktop/TestDemo/IFlyMSC_Dylib.framework/IFlyMSC_Dylib' for architecture arm64
必須項目中使用的庫文件都支持bitcode,才能設置為YES。
8.其他
- 編譯的靜態庫瘦身
本人并未使用，在此做個記錄。
詳見：
iOS開發APP 瘦身之路
iOS APP安裝包瘦身實踐
思維導圖
借用Vinecnt大神思維導圖。
