iOS开发中的库

一、库的概念：

库从本质上来说是一种可执行代码的二进制格式，可以被载入内存中执行。库分静态库和动态库两种。

静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。利用静态函数库编译成的文件比较大，因为整个 函数库的所有数据都会被整合进目标代码中，他的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点，因为如果静态函数库改变了，那么你的程序必须重新编译。

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

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

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

使用静态库的好处

• 模块化，分工合作
• 避免少量改动经常导致大量的重复编译连接
• 也可以重用，注意不是共享使用

动态库使用有如下好处：

• 可以将最终可执行文件体积缩小
• 多个应用程序共享内存中得同一份库文件，节省资源
• 可以不重新编译连接可执行程序的前提下，更新动态库文件达到更新应用程序的目的。
• 将整个应用程序分模块，团队合作，进行分工，影响比较小。

其实动态库应该叫共享库，那么从这个意义上来说，苹果禁止iOS开发中使用动态库就可以理解了： 从目前来看，iOS仍然不允许进程间共享动态库，即iOS上的动态库只能是私有的，因为我们仍然不能将动态库文件放置在除了自身沙盒以外的其它任何地方。 不过iOS8上开放了App Extension功能，可以为一个应用创建插件，这样主app和插件之间共享动态库还是可行的。

1.这两种库都有哪些文件格式？

• 静态库：.a和.framework (windows:.lib , linux: .a)

• 动态库：.dylib和.framework（系统提供给我们的framework都是动态库！）(windows:.dll , linux: .so)

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

2..a文件和.framework文件的区别？

• .a是一个纯二进制文件，不能直接拿来使用，需要配合头文件、资源文件一起使用。

将静态库打包的时候，只能打包代码资源，图片、本地json文件和xib等资源文件无法打包进去，使用.a静态库的时候需要三个组成部分：.a文件+需要暴露的头文件+资源文件；

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

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

• 注意理解：无论是.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暴露出来就可以了。

三、framework库的主要作用

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

目前 iOS 上的动态更新方案主要有以下 4 种：

• HTML 5
• lua（wax）hotpatch
• react native
• framework

前面三种都是通过在应用内搭建一个运行环境来实现动态更新（HTML 5 是原生支持），在用户体验、与系统交互上有一定的限制，对开发者的要求也更高（至少得熟悉 lua 或者 js）。

使用 framework 的方式来更新可以不依赖第三方库，使用原生的 OC/Swift 来开发，体验更好，开发成本也更低。

由于 Apple 不希望开发者绕过 App Store 来更新 app，因此只有对于不需要上架的应用，才能以 framework 的方式实现 app 的更新。

四、Xcode创建静态库

1.选择File —-> New —> Project。 新建工程。 选择iOS —-> Framework & Library —> Cocoa Touch Static Library。 点击Next。创建工程

2.新增2个类作为我们的一个静态类文件：

3.其中LogLib.h的代码如下：(作为公开存在)

LogLib.m实现方法如下，变成静态库后该文件隐藏:

然后选择真机进行静态库的创建：（command + B）

好了，在Product下会存在libStaticLib.a文件:

这只是真机下的一个静态库，同样选择模拟器，command + B，生成模拟器下的静态库。

整合真机和模拟器的静态库文件：
终端，输入以下命令行进行整合：

lipo -create 真机.a路径 模拟器.a路径 -output 整合的.a路径
lipo -create /Users/fangdd/Library/Developer/Xcode/DerivedData/StaticLib-ercfdooewtvlxmakqvyxkohcagph/Build/Products/Debug-iphoneos/libStaticLib.a /Users/fangdd/Library/Developer/Xcode/DerivedData/StaticLib-ercfdooewtvlxmakqvyxkohcagph/Build/Products/Debug-iphonesimulator/libStaticLib.a -output /Users/fangdd/Desktop/staticLib.a

会在 整合的.a路径下找到合体的静态库。

将生产的静态库及相应的头文件加入到我们的测试项目中，运行得到：

静态库调用完毕。

五、framework库

使用 framework 的方式来更新可以不依赖第三方库，使用原生的 OC/Swift 来开发，体验更好，开发成本也更低。

由于 Apple 不希望开发者绕过 App Store 来更新 app，因此只有对于不需要上架的应用，才能以 framework 的方式实现 app 的更新。

主要思路就是：将 app 中的某个模块（比如一个 tab）的内容独立成一个 framework 的形式动态加载，在 app 的 main bundle 中，当 app 启动时从服务器上下载新版本的 framework 并加载即可达到动态更新的目的。
目前还没有碰到framework库的情况，所以使用方法留待后续补充。

对于在一个应用里用静态库的方法打开或访问另一个应用的操作，大佬浅尝凉白开 有文章介绍，她（恩，没错，是她O(∩_∩)O!）的文章地址http://www.jianshu.com/p/44f924a44b76

文章参考链接：http://www.cocoachina.com/ios/20150921/13385.html