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的存儲位置
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
以伊?xí)?xiàng)目為例,在LinkMap里首先列出來的是目標(biāo)文件列表:
# 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)
...
前面中括號里的是這個文件的編號,后面會用到,像項(xiàng)目里引用到靜態(tài)鏈接庫libMobClickLibrary.a里的目標(biāo)文件都會在這里列出來。
2
接著是一個段表,描述各個段在最后編譯成的可執(zhí)行文件中的偏移位置及大小,包括了代碼段(__TEXT,保存程序代碼段編譯后的機(jī)器碼)和數(shù)據(jù)段(__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
首列是數(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)字段的位置和占用空間
# Address Size File Name
0x00002740 0x0000003E [ 1] start
0x00002780 0x00000400 [ 2] +[TKPFileInfo parseWithDictionary:]
0x00002B80 0x00000030 [ 2] -[TKPFileInfo fileID]
...
同樣首列是數(shù)據(jù)在文件的偏移地址,第二列是占用大小,第三列是所屬文件序號,對應(yīng)上述Object files列表,最后是名字。
例如第二行代表了文件序號為2(反查上面就是TKPFileInfo.o)的parseWithDictionary方法占用了1000byte大小。
使用
這個文件可以讓你了解整個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
usage:?node linkmap.js filepath -hl
-h: format size
-l: stat libs
使用示例:
新建文件夾linmap,將linkmap.js拖入其中,cd到linmap下,輸入如下命令
xxxxxMacBook-Pro:linmap xxxxx$ node /Users/xxxxx/Desktop/linmap/linkmap.js /Users/xxxxx/Desktop/xxxxxxxxxxx-LinkMap-normal-arm64.txt -l > t.txt
linkmap.js代碼如下:
var readline = require('readline'),
? ? fs = require('fs');
var LinkMap = function(filePath) {
????this.files = []
????this.filePath = filePath
}
LinkMap.prototype = {
????start: function(cb) {
????????var self = this
????????var rl = readline.createInterface({
????????? ? input: fs.createReadStream(self.filePath),
????????? ? output: process.stdout,
????????? ? terminal: false
????????});
????????var currParser = "";
????????rl.on('line', function(line) {
????????????if (line[0] == '#') {
????????????????if (line.indexOf('Object files') > -1) {
????????????????????currParser = "_parseFiles";
????????????????} else if (line.indexOf('Sections') > -1) {
????????????????????currParser = "_parseSection";
????????????????} else if (line.indexOf('Symbols') > -1) {
????????????????????currParser = "_parseSymbols";
????????????????}
????????????????return;
????????????}
????????????if (self[currParser]) {
????????????????self[currParser](line)
????????????}
????????});
????????rl.on('close', function(line) {
????????????cb(self)
????????});
????},
????_parseFiles: function(line) {
????????var arr =line.split(']')
????????if (arr.length > 1) {
????????????var idx = Number(arr[0].replace('[',''));
????????????var file = arr[1].split('/').pop().trim()
????????????this.files[idx] = {
????????????????name: file,
????????????????size: 0
????????????}
????????}
????},
????_parseSection: function(line) {
????},
????_parseSymbols: function(line) {
????????var arr = line.split('\t')
????????if (arr.length > 2) {
????????????var size = parseInt(arr[1], 16)
????????????var idx = Number(arr[2].split(']')[0].replace('[', ''))
????????????if (idx && this.files[idx]) {
????????????????this.files[idx].size += size;
????????????}
????????}
????},
????_formatSize: function(size) {
????????if (size > 1024 * 1024) return (size/(1024*1024)).toFixed(2) + "MB"
????????if (size > 1024) return (size/1024).toFixed(2) + "KB"
????????return size + "B"
????},
????statLibs: function(h) {
????????var libs = {}
????????var files = this.files;
????????var self = this;
????????for (var i in files) {
????????????var file = files[i]
????????????var libName
????????????if (file.name.indexOf('.o)') > -1) {
????????????????libName = file.name.split('(')[0]
????????????} else {
????????????????libName = file.name
????????????}
????????????if (!libs[libName]) {
????????????????libs[libName] = 0
????????????}
????????????libs[libName] += file.size
????????}
????????var i = 0, sortLibs = []
????????for (var name in libs) {
????????????sortLibs[i++] = {
????????????????name: name,
????????????????size: libs[name]
????????????}
????????}
????????sortLibs.sort(function(a,b) {
????????????return a.size > b.size ? -1: 1
????????})
????????if (h) {
????????????sortLibs.map(function(o) {
????????????????o.size = self._formatSize(o.size)
????????????})
????????}
????????return sortLibs
????},
????statFiles: function(h) {
????????var self = this
????????self.files.sort(function(a,b) {
????????????return a.size > b.size ? -1: 1
????????})
????????if (h) {
????????????self.files.map(function(o) {
????????????????o.size = self._formatSize(o.size)
????????????})
????????}
????????return this.files
????}
}
if (!process.argv[2]) {
????console.log('usage: node linkmap.js filepath -hl')
????console.log('-h: format size')
????console.log('-l: stat libs')
????return
}
var isStatLib, isFomatSize
var opts = process.argv[3];
if (opts && opts[0] == '-') {
????if (opts.indexOf('h') > -1) isFomatSize = true
????if (opts.indexOf('l') > -1) isStatLib = true
}
var linkmap = new LinkMap(process.argv[2])
linkmap.start(function(){
????var ret = isStatLib ? linkmap.statLibs(isFomatSize)
????? ? ? ? ? ? ? ? ? ? : linkmap.statFiles(isFomatSize)
????for (var i in ret) {
????????console.log(ret[i].name + '\t' + ret[i].size)
????}
})
參考鏈接:http://blog.cnbang.net/tech/2296/