一、先看一下库的基本概念：

库是共享程序代码的方式，一般分为静态库和动态库；库实现了程序的模块化，将某些特定的功能模块化为库的格式方便分享和使用！

1、那么静态和动态有什么区别呢？

静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。

动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。

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

二、iOS平台下库的不同与延伸：

1、静态库和动态库的有两种表现形式：

二进制库:由源码编译成的二进制。静态的.a结尾，动态的.dylib结尾

.framework: 我们一个库的源码编译为二进制后，如果需要给其他人用，要将二进制+.h+资源文件（如果有）分发给其他人。也就是说只有二进制是不能用的。.framework其实就是一种打包形式，将二进制 ，.h 和资源文件做成.framwork的形式来分发，这样其他用户直接将.framework直接拖到项目里就可以用了。

我们所说的动态与静态其实是指的二进制的动态与静态，.framework的静动态之分也是指其内包含的二进制的静动态之分。

从以上可以看到.framework的分发方式要更方便，所以人们都希望通过.framework的形式来提供给其他人用。

2、iOS下动态静态库的特别之处

1、wwdc2014之前：

只支持静态二进制。

xcode只支持静态二进制的制作，也即可以创建类型为 Static library的工程，然后将头文件和资源文件一起分发给用户。

xcode不支持创建framework创建的，只能自己手动创建伪framework来使用，也就是说仿照framework的目录形式，将.h ，二进制，资源文件打包成.framework,通俗的来说就是将一个目录形式符合framework的文件夹修改为.framework结尾，然后进行分发。

2、wwdc2014之后:

开始支持动态二进制以及.framework的制作。（关于如何制作，这篇文章不涉及）

WWDC2014一个很大感触是苹果对iOS的开放态度：发布了Xcode6 beta和iOS8，iOS8上开放了允许使用动态库、允许第三方键盘、App Extension等等。App Extension的出现，可以为一个应用创建插件，这样主app和插件之间共享动态库还是可行的。

注意：在iOS平台下，自己制作的动态库不能像系统提供的动态库那样在app之间动态链接，只能在自己app之内使用，embed in app 中（即动态库也会放到app 的bundle中）。

对于动态Framework，主app会用app的证书对引用的动态Framework进行签名，然后放入到主bundle中，此时动态Framework和app的签名证书是一样的。app在加载动态Framework时，沙盒会对动态库进行签名验证，验证通过才可以加载。

对于上架的app，不能通过动态更新动态库的方式来热更新app，因为apple会对我们上传的动态库和app进行再签名，此时的签名不再是我们的证书签名。我们通过服务器下载的新动态Framework不能通过沙盒签名验证（不能造出来和苹果相同的签名）。

对于企业版app，不经过apple的再签名，只要保证我们新更新的动态Framework签名证书和我们的app签名证书相同，就可以实现动态更新。实现可以参考 iOS 利用 Framework 进行动态更新。

3、动态库Framework如何使用呢？

1、制作完动态Framework后，将Framework拖进自己的app工程中。

xcode几个相关的配置：1、Build Settings ->Runnable Search Paths ：指定从什么位置加载动态Framework，默认为@executable_path/Frameworks，即在app主bundle/Frameworks下。2、BuildPhases->Embeded Frameworks，添加动态Framework，destination指向动态Framework拷贝到目的位置，默认为app主bundle/Frameworks下，不同选项对应不同位置。（Executables在mainBundle根目录下,还有其他选项）

2、Build Settings ->Runnable Search Paths 修改为 @executable_path/，BuildPhases->Embeded Frameworks添加Framework，并修改destination为Executables.

3、代码中获取资源的方式，

NSBundle *bundle = [NSBundle bundleForClass:[PodName class]];//这种方式可以获得mainBundle下（包括子目录下）包括指定class的bundle

[UIImage imageNamed:name inBundle:bundle compatibleWithTraitCollection:nil]//从bundle中获得指定的资源

4、为什么swift不能用静态库，只能用动态库？

swift不再支持静态库，原因是Swift runtime 不在系统中，而是打包在各个app或者二进制中。所以如果要使用 Swift 静态框架，由于 ABI 不兼容，所以我们将不得不在静态包中再包含一次 runtime，产生重复问题，用swift写的库，必须通过动态链接。iOS 8才开放了动态库的权限，这也就间接放弃了 iOS 7(自测结果：动态Framework 如果不包括资源文件，是可以在7上用的，如果有资源会引用不到资源)。swift runtime作为动态库放入app中，其他swift动态库可以动态的引用。

swift动态库会将用到的相关的动态库引入app中，导致swift的app变大。

5、cocoapods对swift的支持

swfit只能使用动态库，在Podfile顶部加上”use_frameworks!“，会将pod依赖都打成动态Framework。（其实打成Framework不是cocoapods做的，cocoapods做的只是根据这个标识符，创建Framework类型的target，并且设置mach-o类型为dynamic；如果不加这个标识符，则会创建Static library类型的target，并且设置mach-o类型为Static。xcode会根据target的设置去构建出product）。

6、小命令

file 二进制：如果输出包含“dynamically linked shared library”，则说明是动态的，反之是静态的。

lipo -info 二进制：可以查看改二进制支持的cpu架构。

总结：

对oc来说，动态库和静态库都可以使用，动态库在程序启动的时候也都会加载，没有发现懒加载的方式。对于extension功能来说，动态库有优势，可以共用动态库。对swift来说只能用动态库。

其实动态库和静态库也没有多么复杂，文中没有介绍库的制作方法，大家可以参考其他文章，以后相应文章也会写。