iOS 静态库和动态库对ipa包大小的影响

Posted 2023-05-10

参考技术A         ios中会经常使用到静态库和动态库，尤其稍大点的项目，有一些人对到底是推荐使用静态库还是动态库存在一些疑点。这里鼓励跟苹果爸爸走，尽可能的使用静态库， 下面会重点介绍静态库对包大小的影响。

静态库和动态库的区别这里不做过多的介绍，只贴下大家对他们的观点

对比一下静态和动态库的优缺点

        这是很常见的认知，理论上也没有什么问题，但是这里对包大小的影响，角度上跟实际项目中却不一样。

比如SDWebImage打成动态库大小为648kb

而静态库大小为1.2M

        为啥说角度不一样呢，目前这个大小是站在单个库上面讨论的。 就单个而言静态库比动态库大多了。

而实际上我们是要使用一堆库并导出一个ipa的，我们要从对整体的影响上来看可能是另一个结果。

为啥是另一个结果呢，我们慢慢实验。

首先先看测试工程下各组件静态库下大小

这些静态库总大小都超过10M了，而最后出了多少货呢？

最后发现出的货在2M左右(不是App Store大小，仅做参考)

这里大家肯定都很理解，也没觉得奇怪在哪里。

是的，静态库最终链接到主可执行文件却变小了，这个大家肯定都是遇到过，知道估算包大小是无法使用静态库的大小来算的。

那么为啥变小了呢，猜测可能有几个原因

1、静态库里面含有一些符号信息便于定位，（为啥这样说，别人给你的库带有dSYM吗？ 但是我们依然能定位到行数） 在链接完符号信息剥离出去，只留下真正可执行的二进制。

2、头文件等一些文件没了，可以忽略不计

3、静态库中的是中间文件，链接过程优化了静态库里面的.o文件

下面是使用hopper打开静态库的提示，跟已经编译好的动态库完全不一样。

那么静态库链接后对包大小没有显示的大小那么大，为啥会有人拿单个库做比较呢。

如果还不相信，那么我们来看看动态库对最终的包大小有哪些影响。

同样的项目，把依赖的第三方库全部改成动态库。

大小如下：

从这些数据来看，确实每一个都小很多，但是大家忽略了一点，静态库参与链接到主可执行文件会变小很多，而动态库却不会，它是以什么形式存在呢。

打开app内部，查看里面的目录，大家可以看到熟悉的Frameworks目录

这个目录里面都是存放一些动态库，动态库是copy进去的，当然会做一些签名、去除头文件等操作，编译器几乎不会对动态库做过多的事，所以一些朋友可能会遇到打包的时候App Store提示不能包括i386,x86_64等模拟器的架构，因为它对动态库没做剔除工作。

那么这些copy过去的库大小有什么变化，答案是几乎没什么变化，可能因为去除一些没用的东西小了一丢丢。

Frameworks目录总大小也在4.9M，和上面的数据差不多。

而打出的包在5M左右。

所以可以看到最终动态库打出的ipa是大于静态库的。

使用hopper打开动态库我们可以看到AFNetworking和SDWebImage的动态库里面有关一些基础的使用方法存在重复Name，却不同的Address，比如这个dispatch_once。

那么我们可以猜出每个动态库里面会有一些其他的调用信息，而因为动态库是独立的，具有隔离型，相互不影响。

静态库大却在最终的链接优化掉，而动态库却完完全全copy过去，那存在一些重复的信息怎么办？

这个最终也是造成包变大的一个因素，当然也可能存在其他原因。

而动态库还存在动态链接影响性能的问题（当然有些人会延迟链接也是一种办法）

动态库也不能真正的共享，

动态库依赖静态库这种关系复杂起来也难倒了好一些人。

所以我们一直鼓励尽可能的使用静态库。 当然也不是说动态库不使用，有时候解决一些依赖问题，也会用的到，但是尽量少用，我们项目因为全部改成静态库整整小了20M左右。

所以结论是：静态库单个虽大，但是链接到主可执行文件中就会小很多，并且加快了启动时间。

以上均测试出来的数据，如果问题请指出， 本文结论仅供参考。

iOS里的动态库和静态库

链接