.framework是什么?怎么制作? 谈一谈自己对动态库和静态库的理解。 在项目中如何使用动态framework的APP?使用了动态framework的APP能上架AppStore吗? 可以通过framework的方式实现app的热修复吗?
前言
最近发现很多人分不清 『.framework && .a 』、『动态库 && 静态库』、『.tbd && .dylib』这几个东西。甚至, 还有人一直以误为 framework 就是动态库！！鉴于网上许多文章都表述的含糊不清，再加上很多文章都比较老了，所以今天写点东西总结一下。 首先，看文章之前，你稍微了解这么几个东西：编译过程、内存分区。下面开始！
理论篇
动态库VS.静态库
首先你得搞清楚,这两个东西都是编译好的二进制文件。就是用法不同而已。为什么要分为动态和静态两种库呢?先看下图:
静态库
动态库
我们可以很清楚的看到: 对于静态库而言,在编译链接的时候,会将静态库的所有文件都添加到目标app可执行文件中,并在程序运行后,静态库与app可执行文件一起被加载到同一块代码区中。 app可执行文件:这个目标app可执行文件就是ipa解压缩后,再显示的包内容里面与app同名的文件。
对于动态库而言,在编译链接的时候,只会将动态库被引用的头文件添加到目标app可执行文件,区别于静态库,动态库是在程序运行的时候被添加另外一块内存区域。 苹果的官方文档中有两句对动态库和静态库的解释 - A better approach is for an app to load code into its address space when it’s actually needed, either at launch time or at runtime. The type ofl ibrary that provides this flexibility is called dynamic library. - **动态库**:可以在 **运行or启动** 的时候加载到内存中，加载到一块**独立的于 app ** 的内存地址中
-When an app is launched, the app’s code—which includes the code of the static libraries it was linked with—is loaded into the app’s address space.Applications with large executables suffer from slow launch times and large memory footprints - **静态库**：当程序在启动的时候，会将 app 的代码(包括静态库的代码）一起在加载到 app 所处的内存地址上。相比于**静态库** 的方案，使用**动态库**将花费更多的启动时间和内存消耗。还会增加可执行文件的大小。
举个例子:假设UIKit编译成静态库和动态库的大小都看成1M,加载到内存中花销1s,现在有app1和app2两个app。倘若使用静态库的方式,那么在app1启动的时候,需要花销2s同时内存有2M分配给了app1,同样的道理 加上app2的启动时间和内存消耗,采用静态库的方案,一共需要花销4s启动时间、4M内存大小、4M安装包大小。那么换成动态库的时候,对于启动和app1可能花费一样的时间,但是在启动app2的时候,不用再加载UIKit动态库了。减少了UIKit的重复使用问题,一共花销3s启动时间、3M内存大小、4M安装包大小。 而很多app都会使用很多相同的库,如UIKit、CFNetwork等。所以,苹果为了加快app启动速度、减少内存花销、减少安装包体积大小,采用了大量动态库的形式来优化系统。dyld的共享缓存:
网友评论