iOS APP編譯后，除了一些資源文件，剩下的就是一個可執(zhí)行文件，有時候項(xiàng)目大了，引入的庫多了，可執(zhí)行文件很大，想知道這個可執(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的存儲位置

linkmap.png

2.編譯后，到編譯目錄里找到該txt文件，文件名和路徑就是上述的Path to Link Map File

位于~/Library/Developer/Xcode/DerivedData/XXX-eumsvrzbvgfofvbfsoqokmjprvuh/Build/Intermediates/XXX.build/Debug-iphoneos/XXX.build/

這個LinkMap里展示了整個可執(zhí)行文件的全貌，列出了編譯后的每一個.o目標(biāo)文件的信息（包括靜態(tài)鏈接庫.a里的），以及每一個目標(biāo)文件的代碼段，數(shù)據(jù)段存儲詳情。

1.以XXX項(xiàng)目為例，在LinkMap里首先列出來的是目標(biāo)文件列表：

1.png

前面中括號里的是這個文件的編號，后面會用到，像項(xiàng)目里引用到靜態(tài)鏈接庫libMobClickLibrary.a里的目標(biāo)文件都會在這里列出來

2.

接著是一個段表，描述各個段在最后編譯成的可執(zhí)行文件中的偏移位置及大小，包括了代碼段（__TEXT，保存程序代碼段編譯后的機(jī)器碼）和數(shù)據(jù)段（__DATA，保存變量值）

2.png

首列是數(shù)據(jù)在文件的偏移位置，第二列是這一段占用大小，第三列是段類型，代碼段和數(shù)據(jù)段，第四列是段名稱。

每一行的數(shù)據(jù)都緊跟在上一行后面，如第二行__symbol_stub的地址0x00275FD0就是第一行__text的地址0x00002740加上大小0x00273890，整個可執(zhí)行文件大致數(shù)據(jù)分布就是這樣。

這里可以清楚看到各種類型的數(shù)據(jù)在最終可執(zhí)行文件里占的比例，例如__text表示編譯后的程序執(zhí)行語句，__data表示已初始化的全局變量和局部靜態(tài)變量，__bss表示未初始化的全局變量和局部靜態(tài)變量，__cstring表示代碼里的字符串常量，等等。

3

接著就是按上表順序，列出具體的按每個文件列出每個對應(yīng)字段的位置和占用空間

3.png

同樣首列是數(shù)據(jù)在文件的偏移地址，第二列是占用大小，第三列是所屬文件序號，對應(yīng)上述Object files列表，最后是名字。

例如第二行代表了文件序號為2（反查上面就是TKPFileInfo.o）的parseWithDictionary方法占用了1000byte大小。

4.使用

這個文件可以讓你了解整個APP編譯后的情況，也許從中可以發(fā)現(xiàn)一些異常，還可以用這個文件計(jì)算靜態(tài)鏈接庫在項(xiàng)目里占的大小，有時候我們在項(xiàng)目里鏈了很多第三方庫，導(dǎo)致APP體積變大很多，我們想確切知道每個庫占用了多大空間，可以給我們優(yōu)化提供方向。LinkMap里有了每個目標(biāo)文件每個方法每個數(shù)據(jù)的占用大小數(shù)據(jù)，所以只要寫個腳本，就可以統(tǒng)計(jì)出每個.o最后的大小，屬于一個.a靜態(tài)鏈接庫的.o加起來，就是這個庫在APP里占用的空間大小。

寫了個nodejs版統(tǒng)計(jì)程序可供使用：https://gist.github.com/bang590/8f3e9704f1c2661836cd