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

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

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

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

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

iOS开发实践:控制代码段大小_第1张图片
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

你可能感兴趣的:(iOS开发实践:控制代码段大小)