转载自：http://blog.cnbang.net/tech/2296/
iOS APP编译后，除了一些资源文件，剩下的就是一个可执行文件，有时候项目大了，引入的库多了，可执行文件很大，想知道这个可执行文件的构成是怎样，里面的内容都是些什么，哪些库占用空间较高，可以用以下方法勘察：
1.XCode开启编译选项Write Link Map File
XCode -> Project -> Build Settings -> 搜map -> 把Write Link Map File选项设为yes，并指定好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
以TakePart项目为例，在LinkMap里首先列出来的是目标文件列表：
# Object files:
[ 0] linker synthesized
[ 1] /Users/BigGIfts/Library/Developer/Xcode/DerivedData/TakePart-bkiirdprmbotohckzelyyxbkawmy/Build/Intermediates/TakePart.build/Debug-iphonesimulator/TakePart.build/TakePart.app.xcent
[ 2] /Users/BigGIfts/Library/Developer/Xcode/DerivedData/TakePart-bkiirdprmbotohckzelyyxbkawmy/Build/Intermediates/TakePart.build/Debug-iphonesimulator/TakePart.build/Objects-normal/x86_64/UIView+WebCacheOperation.o
...
[ 80] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator10.2.sdk/usr/lib/libc++abi.dylib
[ 81] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator10.2.sdk/System/Library/Frameworks//CoreFoundation.framework/CoreFoundation
[ 82] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator10.2.sdk/System/Library/Frameworks//MobileCoreServices.framework/MobileCoreServices
[ 83] /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator10.2.sdk/System/Library/Frameworks//ImageIO.framework/ImageIO
前面中括号里的是这个文件的编号，后面会用到，像项目里引用到静态链接库里的目标文件都会在这里列出来。
2
接着是一个段表，描述各个段在最后编译成的可执行文件中的偏移位置及大小，包括了代码段（__TEXT，保存程序代码段编译后的机器码）和数据段（__DATA，保存变量值）
# Sections:
# Address Size Segment Section
0x100001BD0 0x001CE159 __TEXT __text
0x1001CFD2A 0x00000A0E __TEXT __stubs
0x1001D0738 0x000010AA __TEXT __stub_helper
0x1001D17E2 0x0001CE24 __TEXT __objc_methname
0x1001EE606 0x00009665 __TEXT __objc_methtype
0x1001F7C6B 0x000026CB__TEXT __objc_classname
0x1001FA340 0x0001A6DF __TEXT __cstring
0x100214A20 0x0000D974__TEXT __gcc_except_tab
0x1002223A0 0x0000667C__TEXT __const
0x100228A1C 0x00000884 __TEXT __ustring
0x1002292A0 0x00000174 __TEXT __entitlements
0x100229414 0x00005BE4 __TEXT __unwind_info
0x10022F000 0x00000010 __DATA __nl_symbol_ptr
0x10022F010 0x00000348 __DATA\__got
0x10022F358 0x00000D68 __DATA __la_symbol_ptr
0x1002300C0 0x00000030 __DATA __mod_init_func
0x1002300F0 0x00000008 __DATA __mod_term_func
0x100230100 0x00009478 __DATA __const
0x100239578 0x0000A760__DATA __cfstring
0x100243CD8 0x00000B78__DATA __objc_classlist
0x100244850 0x00000100 __DATA __objc_catlist
0x100244950 0x00000010 __DATA __objc_nlcatlist
0x100244960 0x00000230__DATA __objc_protolist
0x100244B90 0x00000008 __DATA __objc_imageinfo
0x100244B98 0x00049FB8 __DATA __objc_const
0x10028EB50 0x000068B0 __DATA\__objc_selrefs
0x100295400 0x00000028 __DATA __objc_protorefs
0x100295428 0x00000C50 __DATA __objc_classrefs
0x100296078 0x00000878 __DATA __objc_superrefs
0x1002968F0 0x00003248 __DATA __objc_ivar
0x100299B38 0x000072B0 __DATA __objc_data
0x1002A0DF0 0x00005528 __DATA __data
0x1002A6320 0x00000708 __DATA __bss
0x1002A6A28 0x00000048 __DATA __common
首列是数据在文件的偏移位置，第二列是这一段占用大小，第三列是段类型，代码段和数据段，第四列是段名称。
每一行的数据都紧跟在上一行后面，如第二行__stubs的地址0x1001CFD2A就是第一行__text的地址0x100001BD0加上大小0x001CE159，整个可执行文件大致数据分布就是这样。
这里可以清楚看到各种类型的数据在最终可执行文件里占的比例，例如__text表示编译后的程序执行语句，__data表示已初始化的全局变量和局部静态变量，__bss表示未初始化的全局变量和局部静态变量，__cstring表示代码里的字符串常量，等等。
3
接着就是按上表顺序，列出具体的按每个文件列出每个对应字段的位置和占用空间
# Symbols:
# Address Size File Name
0x100001BD0 0x000000E0 [ 2] -[UIView(WebCacheOperation) operationDictionary]
0x100001CB0 0x000000D0 [ 2] -[UIView(WebCacheOperation) sd_setImageLoadOperation:forKey:]
0x100001D80 0x00000340 [ 2] -[UIView(WebCacheOperation) sd_cancelImageLoadOperationWithKey:]
0x1000020C0 0x00000083
...
同样首列是数据在文件的偏移地址，第二列是占用大小，第三列是所属文件序号，对应上述Object files列表，最后是名字。
例如第一行代表了文件序号为2（反查上面就是UIView+WebCacheOperation.o）的operationDictionary方法占用了0x000000E0大小。
使用
这个文件可以让你了解整个APP编译后的情况，也许从中可以发现一些异常，还可以用这个文件计算静态链接库在项目里占的大小，有时候我们在项目里链了很多第三方库，导致APP体积变大很多，我们想确切知道每个库占用了多大空间，可以给我们优化提供方向。LinkMap里有了每个目标文件每个方法每个数据的占用大小数据，所以只要写个脚本，就可以统计出每个.o最后的大小，属于一个.a静态链接库的.o加起来，就是这个库在APP里占用的空间大小。
