iOS中会经常使用到静态库和动态库，尤其稍大点的项目，有一些人对到底是推荐使用静态库还是动态库存在一些疑点。这里鼓励跟苹果爸爸走，尽可能的使用静态库， 下面会重点介绍静态库对包大小的影响。
静态库和动态库的区别这里不做过多的介绍，只贴下大家对他们的观点
对比一下静态和动态库的优缺点
静态库
优点：
1、直接链接到目标程序中，不需要动态链接，提高加载效率。
缺点：
1、 会使用目标程序的体积增大。
动态库
优点：
1、 不需要拷贝到目标程序中，不会影响目标程序的体积。
2.、同一份库可以被多个程序使用。
3. 编译时才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码。实现动态更新
缺点：
1. 动态载入会带来一部分性能损失 。
这是很常见的认知，理论上也没有什么问题，但是这里对包大小的影响，角度上跟实际项目中却不一样。
比如SDWebImage打成动态库大小为648kb
而静态库大小为1.2M
为啥说角度不一样呢，目前这个大小是站在单个库上面讨论的。 就单个而言静态库比动态库大多了。
而实际上我们是要使用一堆库并导出一个ipa的，我们要从对整体的影响上来看可能是另一个结果。
为啥是另一个结果呢，我们慢慢实验。
这里先说下本项目是在Xcode12模拟器下测试的，是单x86_64架构。
测试工程依赖的第三方库有AFNetworking、DoubleConversion、Folly、glog、libwebp、SDWebImage。
首先先看测试工程下各组件静态库下大小
SDWebImage:1.2M
AFNetworking:1.3M
DoubleConversion:406KB
folly:5.6M
glog:1.2M
libwebp:2.6M
这些静态库总大小都超过10M了，而最后出了多少货呢？
最后发现出的货在2M左右(不是App Store大小，仅做参考)
这里大家肯定都很理解，也没觉得奇怪在哪里。
是的，静态库最终链接到主可执行文件却变小了，这个大家肯定都是遇到过，知道估算包大小是无法使用静态库的大小来算的。
那么为啥变小了呢，猜测可能有几个原因
1、静态库里面含有一些符号信息便于定位，（为啥这样说，别人给你的库带有dSYM吗？ 但是我们依然能定位到行数） 在链接完符号信息剥离出去，只留下真正可执行的二进制。
2、头文件等一些文件没了，可以忽略不计
3、静态库中的是中间文件，链接过程优化了静态库里面的.o文件
下面是使用hopper打开静态库的提示，跟已经编译好的动态库完全不一样。
那么静态库链接后对包大小没有显示的大小那么大，为啥会有人拿单个库做比较呢。
如果还不相信，那么我们来看看动态库对最终的包大小有哪些影响。
同样的项目，把依赖的第三方库全部改成动态库。
大小如下：
SDWebImage:648KB
AFNetworking:797KB
DoubleConversion:262KB
folly:2M
glog:510KB
libwebp:1.2M
从这些数据来看，确实每一个都小很多，但是大家忽略了一点，静态库参与链接到主可执行文件会变小很多，而动态库却不会，它是以什么形式存在呢。
打开app内部，查看里面的目录，大家可以看到熟悉的Frameworks目录
这个目录里面都是存放一些动态库，动态库是copy进去的，当然会做一些签名、去除头文件等操作，编译器几乎不会对动态库做过多的事，所以一些朋友可能会遇到打包的时候App Store提示不能包括i386,x86_64等模拟器的架构，因为它对动态库没做剔除工作。
那么这些copy过去的库大小有什么变化，答案是几乎没什么变化，可能因为去除一些没用的东西小了一丢丢。
Frameworks目录总大小也在4.9M，和上面的数据差不多。
而打出的包在5M左右。
所以可以看到最终动态库打出的ipa是大于静态库的。
使用hopper打开动态库我们可以看到AFNetworking和SDWebImage的动态库里面有关一些基础的使用方法存在重复Name，却不同的Address，比如这个dispatch_once。
那么我们可以猜出每个动态库里面会有一些其他的调用信息，而因为动态库是独立的，具有隔离型，相互不影响。
静态库大却在最终的链接优化掉，而动态库却完完全全copy过去，那存在一些重复的信息怎么办？
这个最终也是造成包变大的一个因素，当然也可能存在其他原因。
而动态库还存在动态链接影响性能的问题（当然有些人会延迟链接也是一种办法）
动态库也不能真正的共享，
动态库依赖静态库这种关系复杂起来也难倒了好一些人。
所以我们一直鼓励尽可能的使用静态库。 当然也不是说动态库不使用，有时候解决一些依赖问题，也会用的到，但是尽量少用，我们项目因为全部改成静态库整整小了20M左右。
所以结论是：静态库单个虽大，但是链接到主可执行文件中就会小很多，并且加快了启动时间。
以上均测试出来的数据，如果问题请指出， 本文结论仅供参考。
