iOS开发实践：控制代码段大小

1.为什么要关注代码段大小？

因为苹果在审核的时候是会对你提交的工程的二进制文件中__TEXT段大小做限制。一般是比较大的项目中才需要注意这个问题，而我所在的项目恰好是一个有多年历史，而且功能巨多的项目。__TEXT段大小早已经触及苹果限制。所以每期开发工作不仅需要开发新需求，还需要对项目中的一些无用代码进行删除，给项目瘦身。

2.如何查看代码段大小分布情况？

要想给代码段瘦身，首先需要知道具体哪块代码占用了多少空间。Xcode编译产生的linkmap恰好可以告诉我们这些信息。做法如下：
a.打开编译器开关，使编译产生linkmap文件
Xcode->Build Settings->Write Link Map File->YES

image.png

b.DerivedData路径下找到linkmap文件
路径如下：

/Users/username/Library/Developer/Xcode/DerivedData/YourProduct-ewieucoyokvtgsbihwymmdqjccpy/Build/Intermediates.noindex/YourProduct.build/Debug-iphonesimulator/YourProduct.build/YourProduct-LinkMap-normal-x86_64.txt 

YourProduct-LinkMap-normal-x86_64.txt 也就是你的项目的linkmap文件。

c.分析linkmap文件
linkmap主要一下几个模块组成：

# Path
# Arch: x86_64
# Object files:
# Sections:
# Symbols:
# Dead Stripped Symbols:

我们主要关注的是Object files和Symbols两个部分
Object files中数据如下：

[ 12] /Users/jlstmac/Library/Developer/Xcode/DerivedData/YourProduct-ewieucoyokvtgsbihwymmdqjccpy/Build/Intermediates.noindex/YourProduct.build/Debug-iphonesimulator/YourProduct.build/Objects-normal/x86_64/AppDelegate.o

也就是：
[ 12]可以看作是id，后面的AppDelegate.o就是AppDelegate这个类编译后的文件。

Symbols中数据如下：

# Address   Size        File  Name
0x100020080 0x00000050  [ 12] -[AppDelegate(BackgroundLoadService) didEnterBackground]
0x100020800 0x00000170  [ 12] -[AppDelegate(BackgroundLoadService) willEnterForeground]

Address为偏移量，size为这个方法的大小（十六进制），File为对应的id也就是Object files中的[ 12],把所有[ 12]的大小相加就是AppDelegate这个类编译后的大小。
这里可以通过脚本的方式统计各个类的大小，便于在代码瘦身的时候有所参考。

3.如何减小代码段大小

方法很多，这里例举一下我的项目中实际用到的做法。

a.尽量少的使用block，去掉Masonry代码
我们都知道block其实由c实现的匿名函数，虽然block很好用，但是它会急剧扩张代码段大小。原因是，由于block的特性，系统实现block的时候会拷贝帮我们实现拷贝功能，展开之后会生成很多代码。
介于block用处实在太大，彻底杜绝使用block不太现实，我们项目中的原则是把原来大量使用的Masonry实现布局的代码改成native直接布局，其他地方的block使用不做限制。
原因是Masonry通过语法糖，使用链式编程和block实现动态布局。这样会使代码段急剧增加。改成改成native直接布局后可以节约一半甚至更多的空间。舍弃便利换取空间。

b.定期检查删除不用的方法和类
目前已经有很多工具可以帮助我们检测不用的类和方法了，我列举一个如下：
https://github.com/ming1016/SMCheckProject

c.宏方法需要使用得当
我们都知道，宏方法会在使用它的地方完全展开。
我们项目中曾经有一个宏方法是在字典中查找一个值，这个字典以宏的形式存在，长期下来字典愈来愈大，而使用这个宏方法的地方越来越多，最终导致代码段猛增。修改方法很简单，直接把字典写在文件中写一个工具类管理，在启动后读到内存中就ok了。

d.避免拷贝代码，尽量抽象作用相同的代码
这一点其实应该算是程序设计层面了，不管是否现在代码段大小，我们都应该这么做。
但是，项目中确实存在这种情况，原因可能是写代码的时候偷懒直接拷贝类似代码修改，或者不知道已经存在类似逻辑，而重新写了一套。

e.尽量组件化，提高复用度
这一点和上一点类似。由于长期受代码段大小限制，我们公司已经做出了一套组件化，和后台控制前端layout的解决方案。这里不再详述。总体思想就是把UI组件根据元素个数，类型和布局形式实现不同的组件，组件内部各个元素的布局和数据由后端下发参数控制。因为这涉及到后端其实开发过程中比原生开发更麻烦，但是确实实现了组件化和复用。

引用：
https://blog.csdn.net/zgzczzw/article/details/79855660
https://github.com/ming1016/SMCheckProject