iOS APP編譯后浓恶，除了一些資源文件，剩下的就是一個(gè)可執(zhí)行文件结笨，有時(shí)候項(xiàng)目大了包晰，引入的庫多了，可執(zhí)行文件很大炕吸，想知道這個(gè)可執(zhí)行文件的構(gòu)成是怎樣伐憾，里面的內(nèi)容都是些什么，哪些庫占用空間較高赫模，可以用以下方法勘察：
1.XCode開啟編譯選項(xiàng)Write Link Map File
XCode -> Project -> Build Settings -> 搜map -> 把Write Link Map File選項(xiàng)設(shè)為yes树肃，并指定好linkMap的存儲(chǔ)位置
2.編譯后，到編譯目錄里找到該txt文件瀑罗，文件名和路徑就是上述的Path to Link Map File
位于~/Library/Developer/Xcode/DerivedData/XXX-eumsvrzbvgfofvbfsoqokmjprvuh/Build/Intermediates/XXX.build/Debug-iphoneos/XXX.build/
這個(gè)LinkMap里展示了整個(gè)可執(zhí)行文件的全貌胸嘴，列出了編譯后的每一個(gè).o目標(biāo)文件的信息（包括靜態(tài)鏈接庫.a里的），以及每一個(gè)目標(biāo)文件的代碼段斩祭，數(shù)據(jù)段存儲(chǔ)詳情劣像。
1.以XXX項(xiàng)目為例，在LinkMap里首先列出來的是目標(biāo)文件列表：
前面中括號(hào)里的是這個(gè)文件的編號(hào)摧玫，后面會(huì)用到耳奕，像項(xiàng)目里引用到靜態(tài)鏈接庫libMobClickLibrary.a里的目標(biāo)文件都會(huì)在這里列出來
2.
接著是一個(gè)段表，描述各個(gè)段在最后編譯成的可執(zhí)行文件中的偏移位置及大小，包括了代碼段（__TEXT屋群，保存程序代碼段編譯后的機(jī)器碼）和數(shù)據(jù)段（__DATA闸婴，保存變量值）
首列是數(shù)據(jù)在文件的偏移位置，第二列是這一段占用大小芍躏，第三列是段類型邪乍，代碼段和數(shù)據(jù)段，第四列是段名稱纸肉。
每一行的數(shù)據(jù)都緊跟在上一行后面溺欧，如第二行__symbol_stub的地址0x00275FD0就是第一行__text的地址0x00002740加上大小0x00273890，整個(gè)可執(zhí)行文件大致數(shù)據(jù)分布就是這樣柏肪。
這里可以清楚看到各種類型的數(shù)據(jù)在最終可執(zhí)行文件里占的比例姐刁，例如__text表示編譯后的程序執(zhí)行語句，__data表示已初始化的全局變量和局部靜態(tài)變量烦味，__bss表示未初始化的全局變量和局部靜態(tài)變量聂使，__cstring表示代碼里的字符串常量，等等谬俄。
3
接著就是按上表順序柏靶，列出具體的按每個(gè)文件列出每個(gè)對(duì)應(yīng)字段的位置和占用空間
同樣首列是數(shù)據(jù)在文件的偏移地址，第二列是占用大小溃论，第三列是所屬文件序號(hào)屎蜓，對(duì)應(yīng)上述Object files列表，最后是名字钥勋。
例如第二行代表了文件序號(hào)為2（反查上面就是TKPFileInfo.o）的parseWithDictionary方法占用了1000byte大小炬转。
4.使用
這個(gè)文件可以讓你了解整個(gè)APP編譯后的情況，也許從中可以發(fā)現(xiàn)一些異常算灸，還可以用這個(gè)文件計(jì)算靜態(tài)鏈接庫在項(xiàng)目里占的大小扼劈，有時(shí)候我們?cè)陧?xiàng)目里鏈了很多第三方庫，導(dǎo)致APP體積變大很多菲驴，我們想確切知道每個(gè)庫占用了多大空間荐吵，可以給我們優(yōu)化提供方向。LinkMap里有了每個(gè)目標(biāo)文件每個(gè)方法每個(gè)數(shù)據(jù)的占用大小數(shù)據(jù)赊瞬，所以只要寫個(gè)腳本先煎，就可以統(tǒng)計(jì)出每個(gè).o最后的大小，屬于一個(gè).a靜態(tài)鏈接庫的.o加起來巧涧，就是這個(gè)庫在APP里占用的空間大小榨婆。
寫了個(gè)nodejs版統(tǒng)計(jì)程序可供使用：https://gist.github.com/bang590/8f3e9704f1c2661836cd
