iOS APP可執行文件的組成

iOS APP編譯後,除了一些資源文件,剩下的就是一個可執行文件,有時候項目大了,引入的庫多了,可執行文件很大,想知道這個可執行文件的構成是怎樣,裏面的內容都是些什麼,哪些庫佔用空間較高,可以用以下方法勘察:

1.XCode開啓編譯選項Write Link Map File
XCode -> Project -> Build Settings -> 搜map -> 把Write Link Map File選項設爲yes,並指定好linkMap的存儲位置
linkmap

2.編譯後,到編譯目錄裏找到該txt文件,文件名和路徑就是上述的Path to Link Map File
位於~/Library/Developer/Xcode/DerivedData/XXX-eumsvrzbvgfofvbfsoqokmjprvuh/Build/Intermediates/XXX.build/Debug-iphoneos/XXX.build/

這個LinkMap裏展示了整個可執行文件的全貌,列出了編譯後的每一個.o目標文件的信息(包括靜態鏈接庫.a裏的),以及每一個目標文件的代碼段,數據段存儲詳情。

1

以伊書項目爲例,在LinkMap裏首先列出來的是目標文件列表:

# Object files:
[ 0] linker synthesized
[ 1] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator7.0.sdk/usr/lib/crt1.o
[ 2] /Users/bang/Library/Developer/Xcode/DerivedData/yishu-eyzgphknrrzpevagadjtwpzzeqag/Build/Intermediates/yishu.build/Debug-iphonesimulator/yishu.build/Objects-normal/i386/TKPFileInfo.o
...
[280] /Users/bang/Downloads/yishu/yishu/Classes/lib/UMeng/MobClick/libMobClickLibrary.a(UMANJob.o)
[281] /Users/bang/Downloads/yishu/yishu/Classes/lib/UMeng/MobClick/libMobClickLibrary.a(UMANWorker.o)
[282] /Users/bang/Downloads/yishu/yishu/Classes/lib/UMeng/MobClick/libMobClickLibrary.a(MobClick.o)
[283] /Users/bang/Downloads/yishu/yishu/Classes/lib/UMeng/MobClick/libMobClickLibrary.a(UMANLaunch.o)
...

前面中括號裏的是這個文件的編號,後面會用到,像項目裏引用到靜態鏈接庫libMobClickLibrary.a裏的目標文件都會在這裏列出來。

2

接着是一個段表,描述各個段在最後編譯成的可執行文件中的偏移位置及大小,包括了代碼段(__TEXT,保存程序代碼段編譯後的機器碼)和數據段(__DATA,保存變量值)

# Sections:
# Address   Size     Segment   Section
0x00002740 0x00273890 __TEXT __text
0x00275FD0 0x00000ADA __TEXT __symbol_stub
0x00276AAC 0x00001222 __TEXT __stub_helper
0x00277CCE 0x00019D9E __TEXT __objc_methname
0x00291A70 0x00012847 __TEXT __cstring
0x002A42B7 0x00001FC1 __TEXT __objc_classname
0x002A6278 0x000046A7 __TEXT __objc_methtype
0x002AA920 0x000061CE __TEXT __ustring
0x002B0AF0 0x00000764 __TEXT __const
0x002B1254 0x000028B8 __TEXT __gcc_except_tab
0x002B3B0C 0x00004EBC __TEXT __unwind_info
0x002B89C8 0x0003662C __TEXT __eh_frame
0x002EF000 0x00000014 __DATA __program_vars
0x002EF014 0x00000284 __DATA __nl_symbol_ptr
0x002EF298 0x0000073C __DATA __la_symbol_ptr
0x002EF9E0 0x000030A4 __DATA __const
0x002F2A84 0x00000590 __DATA __objc_classlist
0x002F3014 0x0000000C __DATA __objc_nlclslist
0x002F3020 0x0000006C __DATA __objc_catlist
0x002F308C 0x000000D8 __DATA __objc_protolist
0x002F3164 0x00000008 __DATA __objc_imageinfo
0x002F3170 0x0002BC80 __DATA __objc_const
0x0031EDF0 0x00003A30 __DATA __objc_selrefs
0x00322820 0x00000014 __DATA __objc_protorefs
0x00322834 0x000006B8 __DATA __objc_classrefs
0x00322EEC 0x00000394 __DATA __objc_superrefs
0x00323280 0x000037C8 __DATA __objc_data
0x00326A48 0x000096D0 __DATA __cfstring
0x00330118 0x00001424 __DATA __objc_ivar
0x00331540 0x00006080 __DATA __data
0x003375C0 0x0000001C __DATA __common
0x003375E0 0x000018E8 __DATA __bss

首列是數據在文件的偏移位置,第二列是這一段佔用大小,第三列是段類型,代碼段和數據段,第四列是段名稱。

每一行的數據都緊跟在上一行後面,如第二行__symbol_stub的地址0x00275FD0就是第一行__text的地址0×00002740加上大小0×00273890,整個可執行文件大致數據分佈就是這樣。

這裏可以清楚看到各種類型的數據在最終可執行文件裏佔的比例,例如__text表示編譯後的程序執行語句,__data表示已初始化的全局變量和局部靜態變量,__bss表示未初始化的全局變量和局部靜態變量,__cstring表示代碼裏的字符串常量,等等。

3

接着就是按上表順序,列出具體的按每個文件列出每個對應字段的位置和佔用空間

# Address Size File Name
0x00002740 0x0000003E [ 1] start
0x00002780 0x00000400 [ 2] +[TKPFileInfo parseWithDictionary:]
0x00002B80 0x00000030 [ 2] -[TKPFileInfo fileID]
...

同樣首列是數據在文件的偏移地址,第二列是佔用大小,第三列是所屬文件序號,對應上述Object files列表,最後是名字。

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

使用

這個文件可以讓你瞭解整個APP編譯後的情況,也許從中可以發現一些異常,還可以用這個文件計算靜態鏈接庫在項目裏佔的大小,有時候我們在項目裏鏈了很多第三方庫,導致APP體積變大很多,我們想確切知道每個庫佔用了多大空間,可以給我們優化提供方向。LinkMap裏有了每個目標文件每個方法每個數據的佔用大小數據,所以只要寫個腳本,就可以統計出每個.o最後的大小,屬於一個.a靜態鏈接庫的.o加起來,就是這個庫在APP裏佔用的空間大小。


原文地址:點擊這裏

發佈了20 篇原創文章 · 獲贊 0 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章