App 的安裝包主要是由資源和可執(zhí)行文件組成的睛榄，所以我們在掌握了對圖片資源的處理方式后，需要再一起來看看對可執(zhí)行文件的瘦身方法落剪。
可執(zhí)行文件就是 Mach-O 文件睁本，其大小是由代碼量決定的。通常情況下忠怖，對可執(zhí)行文件進(jìn)行瘦身呢堰，就是找到并刪除無用代碼的過程。而查找無用代碼時脑又，我們可以按照找無用圖片的思路暮胧，即：首先，找出方法和類的全集问麸；然后往衷，找到使用過的方法和類；接下來严卖，取二者的差集得到無用代碼席舍；最后，由人工確認(rèn)無用代碼可刪除后哮笆，進(jìn)行刪除即可来颤。接下來汰扭，我們就看看具體的代碼瘦身方法吧。
LinkMap 結(jié)合 Mach-O 找無用代碼
我先和你說下怎么快速找到方法和類的全集福铅。
我們可以通過分析 LinkMap 來獲得所有的代碼類和方法的信息萝毛。獲取 LinkMap 可以通過將 Build Setting 里的 Write Link Map File 設(shè)置為 Yes，然后指定 Path to Link Map File 的路徑就可以得到每次編譯后的 LinkMap 文件了滑黔。設(shè)置選項(xiàng)如下圖所示
LinkMap 文件分為三部分：
<1>Object File 包含了代碼工程的所有文件笆包；
<2>Section 描述了代碼段在生成的 Mach-O 里的偏移位置和大小略荡；
<3>Symbols 會列出每個方法庵佣、類、block汛兜，以及它們的大小巴粪。
通過 LinkMap ，你不光可以統(tǒng)計(jì)出所有的方法和類粥谬，還能夠清晰地看到代碼所占包大小的具體分布肛根，進(jìn)而有針對性地進(jìn)行代碼優(yōu)化。得到了代碼的全集信息以后帝嗡，我們還需要找到已使用的方法和類晶通，這樣才能獲取到差集，找出無用代碼哟玷。所以接下來狮辽，我就先和你說說怎么通過 Mach-O 取到使用過的方法和類。
iOS 的方法都會通過 objc_msgSend 來調(diào)用巢寡。而喉脖，objc_msgSend 在 Mach-O 文件里是通過 __objc_selrefs 這個 section 來獲取 selector 這個參數(shù)的。所以抑月，__objc_selrefs 里的方法一定是被調(diào)用了的树叽。__objc_classrefs 里是被調(diào)用過的類，__objc_superrefs 是調(diào)用過 super 的類谦絮。通過 __objc_classrefs 和 __objc_superrefs题诵，我們就可以找出使用過的類和子類。那么层皱，Mach-O 文件的 __objc_selrefs性锭、__objc_classrefs 和 __objc_superrefs 怎么查看呢？
我們可以使用 MachOView 這個軟件來查看 Mach-O 文件里的信息叫胖。MachOView 同時也是一款開源軟件草冈，如果你對源碼感興趣的話，可以點(diǎn)擊這個地址查看。具體的查看方法怎棱，我將通過一個案例和你展開哩俭。
首先，我們需要編譯一個 App拳恋。
然后凡资，將生成的 GCDFetchFeed.app 包解開，取出 GCDFetchFeed诅岩。
最后讳苦，我們就可以使用 MachOView 來查看 Mach-O 里的信息了带膜。
如圖上所示吩谦，我們可以看到 __objc_selrefs、__objc_classrefs 和膝藕、__objc_superrefs 這三個 section式廷。但是，這種查看方法并不是完美的芭挽，還會有些問題滑废。原因在于， Objective-C 是門動態(tài)語言袜爪，方法調(diào)用可以寫成在運(yùn)行時動態(tài)調(diào)用蠕趁，這樣就無法收集全所有調(diào)用的方法和類。所以辛馆，我們通過這種方法找出的無用方法和類就只能作為參考俺陋，還需要二次確認(rèn)。通過 AppCode 找出無用代碼那么昙篙，有什么好的工具能夠找出無用的代碼嗎腊状？我用過不少工具，但效果其實(shí)都不是很好苔可，都卡在了各種運(yùn)用運(yùn)行時調(diào)用方法的寫法上缴挖。即使是大名鼎鼎的 AppCode 在這方面也做得不是很好，當(dāng)代碼量過百萬行時 AppCode 的靜態(tài)分析會“歇菜”焚辅。 但是映屋，如果工程量不是很大的話，我還是建議你直接使用 AppCode 來做分析同蜻。畢竟代碼量達(dá)到百萬行的工程并不多棚点。而，那些代碼量達(dá)到百萬行的團(tuán)隊(duì)埃仪，則會自己通過 Clang 靜態(tài)分析來開發(fā)工具乙濒，去檢查無用的方法和類。
用 AppCode 做分析的方法很簡單，直接在 AppCode 里選擇 Code->Inspect Code 就可以進(jìn)行靜態(tài)分析颁股。
靜態(tài)分析完以后么库，我們可以在 Unused code 里看到所有的無用代碼，如下圖所示：
接下來甘有，我和你說一下這些無用代碼的主要類型诉儒。
無用類：Unused class 是無用類，Unused import statement 是無用類引入聲明亏掀，Unused property 是無用的屬性忱反；
無用方法：Unused method 是無用的方法，Unused parameter 是無用參數(shù)滤愕，Unused instance variable 是無用的實(shí)例變量温算，Unused local variable 是無用的局部變量，Unused value 是無用的值间影；
無用宏：Unused macro 是無用的宏注竿。
無用全局：Unused global declaration 是無用全局聲明』瓯幔看似 AppCode 已經(jīng)把所有工作都完成了巩割，其實(shí)不然。下面付燥，我再和你列舉下 AppCode 靜態(tài)檢查的問題：
JSONModel 里定義了未使用的協(xié)議會被判定為無用協(xié)議宣谈；如果子類使用了父類的方法，父類的這個方法不會被認(rèn)為使用了键科；通過點(diǎn)的方式使用屬性闻丑，該屬性會被認(rèn)為沒有使用；使用 performSelector 方式調(diào)用的方法也檢查不出來萝嘁，比如 self performSelector:@selector(arrivalRefreshTime)梆掸；運(yùn)行時聲明類的情況檢查不出來。比如通過 NSClassFromString 方式調(diào)用的類會被查出為沒有使用的類牙言，比如 layerClass = NSClassFromString(@“SMFloatLayer”)酸钦。還有以[[self class] accessToken] 這樣不指定類名的方式使用的類，會被認(rèn)為該類沒有被使用咱枉。像 UITableView 的自定義的 Cell 使用 registerClass卑硫，這樣的情況也會認(rèn)為這個 Cell 沒有被使用〔隙希基于以上種種原因欢伏，使用 AppCode 檢查出來的無用代碼，還需要人工二次確認(rèn)才能夠安全刪除掉亿乳。
運(yùn)行時檢查類是否真正被使用過
即使你使用 LinkMap 結(jié)合 Mach-O 或者 AppCode 的方式硝拧，通過靜態(tài)檢查已經(jīng)找到并刪除了無用的代碼径筏，那么就能說包里完全沒有無用的代碼了嗎？實(shí)際上障陶，在 App 的不斷迭代過程中滋恬，新人不斷接手、業(yè)務(wù)功能需求不斷替換抱究，會留下很多無用代碼恢氯。這些代碼在執(zhí)行靜態(tài)檢查時會被用到，但是線上可能連這些老功能的入口都沒有了鼓寺，更是沒有機(jī)會被用戶用到勋拟。也就是說，這些無用功能相關(guān)的代碼也是可以刪除的妈候。那么敢靡，我們要怎么檢查出這些無用代碼呢？通過 ObjC 的 runtime 源碼州丹，我們可以找到怎么判斷一個類是否初始化過的函數(shù)醋安，如下：
#define RW_INITIALIZED (1<<29)bool isInitialized() { return getMeta()->data()->flags & RW_INITIALIZED;}
isInitialized 的結(jié)果會保存到元類的 class_rw_t 結(jié)構(gòu)體的 flags 信息里，flags 的 1<<29 位記錄的就是這個類是否初始化了的信息墓毒。而 flags 的其他位記錄的信息，你可以參看 objc runtime 的源碼亲怠，如下：
// 類的方法列表已修復(fù)
#define RW_METHODIZED (1<<30)
// 類已經(jīng)初始化了
#define RW_INITIALIZED (1<<29)
// 類在初始化過程中
#define RW_INITIALIZING (1<<28)
// class_rw_t->ro 是 class_ro_t 的堆副本
#define RW_COPIED_RO (1<<27)
// 類分配了內(nèi)存所计，但沒有注冊
#define RW_CONSTRUCTING (1<<26)
// 類分配了內(nèi)存也注冊了
#define RW_CONSTRUCTED (1<<25)
// GC：class有不安全的finalize方法
#define RW_FINALIZE_ON_MAIN_THREAD (1<<24)
// 類的 +load 被調(diào)用了
#define RW_LOADED (1<<23)
flags 采用位方式記錄布爾值的方式，易于擴(kuò)展团秽、所用存儲空間小主胧、檢索性能也好。
