前言
随着App的迭代，App的包体积会不断增大，我们的项目已经迭代了两年的时间了，业务变得越来越复杂，功能也是越来越多，所以如果不定期检查包的大小的话App的包体会只增不减，长期的话不利于App的维护，所以我做了一期App包大小瘦身的技术需求，有些心得分享出来跟大家交流讨论~
App包体瘦身
我第一期的方案是使用AppCode进行项目静态扫描和使用工具扫描工程的资源文件，效果还是可以的，因为是首次做包大小优化删除的资源比较多所以效果明显，不过都是要人工排查，费时费力，不能解放生产力，所以提出了二期的需求，目标是能够在构建机上在每次构建的时候输出包大小差异，这样能够比较直观反映出每次迭代App的包大小的变化趋势，参考了很多的资料所以决定使用LinkMap来实现，也是行业内比较通用的方案
什么是LinkMap
Link Map File初识
我们编写的源码需要经过编译、链接，最终生成一个可执行文件。在编译阶段，每个类会生成对应的.o文件（目标文件）。在链接阶段，会把.o文件和动态库链接在一起。Link Map File就是这样一个记录链接相关信息的纯文本文件，里面记录了可执行文件的路径、CPU架构、目标文件、符号等信息。
为什么要理解Link Map File
理解Link Map File，可以帮助我们：
理解链接过程
理解Crash时，通过Symbols还原出源码的机制
理解内存分段、分区
分析可执行文件中哪个类或库占用比较大，进行安装包瘦身
Link Map File配置
点击工程，选择Build Setting选项，搜索map，可以看到如下界面。将Write Link Map File设置为Yes后，Build结束后，会在默认路径下生成一个Link Map File文件，该文件是txt格式的。点击Path to Link Map File，可以设置Debug或Release模式下的生成路径。
使用LinkMap分析包大小
其实就是解析编译的时候Xcode输出的LinkMap文件，获得里面的Symbols部分，我们可以把类编号相同的size加起来，算出每个类或库占用的大小。在Object files部分根据类的编号可以查出对应的类。
基于LinkMap分析包大小的具体方案
目前我已经把相关脚本放到我的GitHub，欢迎大家指导，目前这类的方案很多开源的库，我自己本人也是参考了别人的开源库和资料，写这篇文章只是记录我日常的学习和获得跟大家交流学习的机会~
参考
这篇文章很详细地解释了LinkMap的结构和相关的段的作用的，值得大家学习，本人我也是通过学习这篇文章学习相关的知识的~
https://www.jianshu.com/p/52e0dee35830
