静态库和动态库 学习总结

一 库的简介

1 什么是库

库就是程序代码的集合 是共享程序代码的一种方式

2 库的分类

• 2.1 开源库
  公开源代码 能看到具体实现
  例如AFN,MJRefresh,FMDB,SDWebImage...
• 2.2闭源库
  不公开源代码 是经过编译后的二进制文件，看不到具体实现
  主要分为： 静态库，动态库

3 这两种库的存在形式

• 静态库
• .a 和 .framework
• 动态库
• .dylib(.tbd) 和 .framework

注意 两者都有framework的格式，但是当你创建一个framework文件时，系统默认是动态库的格式，如果想做成静态库，需要在buildSetting中将Mach-O Type选项设置为Static Library就行了！

4 .a文件和.framework文件的区别

• .a是一个纯二进制文件，不能直接拿来使用，需要配合头文件、资源文件一起使用。 将静态库打包的时候，只能打包代码资源，图片、本地json文件和xib等资源文件无法打包进去，使用.a静态库的时候需要三个组成部分：.a文件+需要暴露的头文件+资源文件；

• .framework中除了有二进制文件之外还有资源文件，可以拿来直接使用

5 静态库和动态库的区别

• 静态库
  静态库在链接时，会被完整的复制到可执行文件中,被多次使用，就有多份拷贝。利用静态函数库编译成的文件比较大，因为整个 函数库的所有数据都会被整合进目标代码中。

• 动态库
  动态库则不会 只有一份 程序运行时动态加载到内存中，系统只加载一次，多个程序公用 节省内存。由于函数库没有被整合进你的程序，而是程序运行时动态的申请并调用，所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序，所以动态函数库的升级比较方便。

• 注意 项目中如果使用到自己的动态库 不允许上架。

• 静态库和动态库都是闭源库，只能拿来满足某个功能的使用，不会暴露内部具体的代码信息，而从github上下载的第三方库大多是开源库

• 静态库和动态库都是由*.o目标文件生成

6 静态库的好处

• 6.1 模块化 分工合作
• 6.2 将MRC的项目打包成静态库，可以在ARC下直接使用 不需要转换
• 6.3 也可以重用，注意不是共享使用

7 动态库的好处

• 可以将最终可执行文件体积缩小
• 多个应用程序共享内存中得同一份库文件，节省资源
• 可以不重新编译连接可执行程序的前提下，更新动态库文件达到更新应用程序的目的
• 其实动态库应该叫共享库，那么从这个意义上来说，苹果禁止iOS开发中使用动态库就可以理解了： 因为在现在的iPhone，iPodTouch，iPad上面程序都是单进程的，也就是某一时刻只有一个进程在运行，那么问题来了，那么你写个共享库
• 共享给谁？（你使用的时候只有你一个应用程序存在，其他的应该被挂起了，即便是可以同时多个进程运行，别人能使用你的共享库里的东西吗？你这个是给你自己的程序定制的。）
• 目前苹果的AppStore不支持模块更新，无法更新某个单独文件(除非自己写一个更新机制：有自己的服务端放置最新动态库文件)

8 制作静态库需要注意的几点

• 注意理解：无论是.a静态库还.framework静态库，我们需要的都是二进制文件+.h+其它资源文件的形式，不同的是，.a本身就是二进制文件，需要我们自己配上.h和其它文件才能使用，而.framework本身已经包含了.h和其它文件，可以直接使用。

• 图片资源的处理：两种静态库，一般都是把图片文件单独的放在一个.bundle文件中，一般.bundle的名字和.a或.framework的名字相同。.bundle文件很好弄，新建一个文件夹，把它改名为.bundle就可以了，右键，显示包内容可以向其中添加图片资源。

• category是我们实际开发项目中经常用到的，把category打成静态库是没有问题的，但是在用这个静态库的工程中，调用category中的方法时会有找不到该方法的运行时错误（selector not recognized），解决办法是：在使用静态库的工程中配置other linkerflags的值为-ObjC。

• 如果一个静态库很复杂，需要暴露的.h比较多的话，就可以在静态库的内部创建一个.h文件（一般这个.h文件的名字和静态库的名字相同），然后把所有需要暴露出来的.h文件都集中放在这个.h文件中，而那些原本需要暴露的.h都不需要再暴露了，只需要把.h暴露出来就可以了。

9 framework动态库的主要作用：

framework本来是苹果专属的内部提供的动态库文件格式，但是自从2014年WWDC之后，开发者也可以自定义创建framework实现动态更新（绕过apple store审核，从服务器发布更新版本）的功能，这与苹果限定的上架的app必须经过apple store的审核制度是冲突的，所以含有自定义的framework的app是无法在商店上架的，但是如果开发的是企业内部应用，就可以考虑尝试使用动态更新技术来将多个独立的app或者功能模块集成在一个app上面！

• 目前 iOS 上的动态更新方案主要有以下 4 种：
  • HTML 5
  • lua（wax）hotpatch
  • react native
  • framework

前面三种都是通过在应用内搭建一个运行环境来实现动态更新（HTML 5 是原生支持），在用户体验、与系统交互上有一定的限制，对开发者的要求也更高（至少得熟悉 lua 或者 js）。
使用 framework 的方式来更新可以不依赖第三方库，使用原生的 OC/Swift 来开发，体验更好，开发成本也更低。
由于 Apple 不希望开发者绕过 App Store 来更新 app，因此只有对于不需要上架的应用，才能以 framework 的方式实现 app 的更新。