一、库的分类：
1. 开源库 -》 公开代码，能看到具体是怎么实现的，如：SDWebImage/AFNetworking
2.闭源库 -》 不公开代码，经过编译后的二进制文件即是无.m文件，只有.h文件（静态库、动态库）
如：静态库：.framework和.a
动态库：.dylib和.framework（iOS9 取消了.dylib，使用.tbd代替）
2.1、动态库和静态库的区别：
静态库：链接时，静态库会被完整的复制到可执行文件中，被多次使用就有多份拷贝
动态库：链接时不复制，程序运行时由系统动态加载到内存。供程序调用，系统只加载一次，多程序共用，节省内存
注意：如果项目用到自制的动态库，则无法上架到苹果商店
分析.png
.a静态库
二、制作.a静态库：
1-> .a静态库
创建.a项目1.png
创建.a项目2.png
创建.a项目3.png
1.1 默认会创建两个文件编写逻辑代码，到时候真正开发中会有很多的代码逻辑，所以我们可以创建更多的文件
1.2 我们编写了无数很复杂的逻辑代码后，（分别在模拟器和真机）command + B
编译.png
1.2.1 我们show in finder 以下的文件，如图：
2.1.2.1.png
Snip20180926_18.png
1.3 我们就可以看到两个文件，一个是模拟器的，一个是真机的 ， Debug-文件
Snip20180926_20.png
我们可以发现目前只有一个.h文件，但是在真正的开发中肯定有很多.h的文件
Snip20180926_22.png
Snip20180926_23.png
Snip20180926_24.png
经过以上的步骤你就可以暴露你的.h文件给别人使用了
三、测试.a静态库：
1.将上面创建的Debug-iphonesimulator / Debug-iphoneos的其中一个放入项目（顺便创建一个测试项目），使用.a静态库的方法，编译
Snip20180928_1.png
报了一堆的错误，但是使用真机编译的时候则无错误，同样，用模拟器的架构编译真机也会报错，但是用模拟器编译则不会，原因是找不到对应的架构，所以报错
报如下的问题：
Undefined symbols for architecture arm64: 或者 linker command failed with exit code 1 (use -v to see invocation)
原因：静态库的架构不对，真机/模拟器
解决办法：检查第三方类库的架构版本 真机/模拟器
模拟器架构：
i386 : 4s / 5 目前已经没有该模拟器了，所以用模拟器编译的架构都是x86_64
x86_64 : 5s ---> xs max
真机架构
armv7: 4 / 4s
armv7s: 5 / 5c 最特殊的一代 默认已经不支持了
arm64: 5s ---> xr max
2.查看静态库的架构
Snip20180928_8.png
根据上面的方法就可查询到该静态库的架构
用友盟的的QQ分享静态库对比一下
Snip20180928_9.png
很明显友盟的静态库有很多种的架构，友盟的静态库可以在模拟器和真机编译就是这个这个原因，所以我们要合成.a静态库的所有架构
3.合成所有静态库的架构
打开终端 cd 到架构的上一个目录，如图：
3.3.1.png
然后输入命令行 ： lipo -create 静态库1.a 静态库2.a -output 新静态库.a (如上图所示3.3.1.png)
运行完命令行之后，我们可以发现Products文件夹下面多出了一个 新静态库.a 文件（如图所示3.3.2.png）
3.3.2.png
查看xxx.a文件的架构，如图：
Snip20180928_13.png
因为上面的已经说过5s以后的机型都是同一个架构，但是如果有需求要支持5s 以下的机型，可以使用以下的方法进行编译，再合并
Snip20180928_15.png
Snip20180928_18.png
完成上面两步就可以创建两种模拟器架构，三种真机架构，然后合并架构，就能合成与友盟QQ分享一样的包含5种架构的静态库
三、.a静态库的问题：
1.静态库包含的架构越多则.a静态库就越大，所以有一些的第三方框架就会出现发布版本（真机）和测试版（模拟器版）
2.资源包问题，场景：项目中有一张YJphoto.png图片，静态库中也有一张YJphoto.png图片，然后在项目中引用静态库中(UIImage *)getImage方法
+(UIImage *)getImage; //暴露给别人的方法
+(UIImage *)getImage //实现方法
{
return [UIImage imageNamed:@"YJphoto"];
}
执行的效果就是使用项目中的YJphoto.png图片，而不是使用静态库中的YJphoto.png图片。所以我们在静态库中不可以直接使用YJphoto.png图片，而是使用资源库（.bundle）的方法来调用图片,
+(UIImage *)getImage //实现方法
{
return [UIImage imageNamed:@"xxx.bundle/YJphoto"];
}
四、.a静态库边开发边调试：
1.在实际开发中不可能编译一次生成静态库，然后再把静态库导入项目，这样做太麻烦了，所以本文在这里提示使用边开发边调试
2.创建普通项目，然后
第一步.png
第二步.png
第三步.png
创建和编写完成之后，command + B 会报一个错误，
Snip20180928_22.png
该错误上面已经提及过了，所以我直接给解决办法
Snip20180928_24.png
Snip20180928_25.png
Snip20180928_26.png
完成这几步，编译就可以成功了
3.边开发边调试总结
3.1 按照常规创建项目即可
3.2开发静态库 --》 添加target
3.3使用时，头文件及方法正常调用，编译运行时，一定要记得导入.a文件
4.边开发边调试区别
4.1 如果使用此种方式进行开发，实际上静态库文件根本没有被编译，直接可以使用
4.2如果要导出，还是需要按照以前的方式进行编译，注意要切换target
.framework静态库
零、
Xcode6开始，才有了Framework工程模板，以前基本上都是使用.a，现在的大部分的第三方都是使用Framework静态库（如：百度、支付宝等等）,在Xcode6以前，也可以制造Framework,但是需要去Github上下载模板文件（使用率很低，在Xcode6出现后，此模板文件不再更新）
一、创建framework静态库
Snip20180928_27.png
Snip20180928_28.png
其实framework和.a静态库开发很相似，也是要分架构的，不明白可以参考上面的.a静态库开发
区别：
1.导出头文件，跟.a不一样。需要将公开的头文件移到Public下（如下图1-1.png，1-2.png）
2.制作的Framework，默认是动态库文件（无法上架AppStore）
3.自己制作的动态库使用，需要添加Embedder Binarier -----> 此选项的意思就是将来的动态库文件代码转换成二进制文件，此时就无关动态还是静态了（如下图3-1.png）
4.因为动态库上架不了AppStore，所以要将动态库转换成静态库，去bulid Setting中搜索Mach-O type 修改成Static(如下图4-1.png)
5.静态库直接使用即可，不需要设置Embedder Binarier
1-1.png
1-2.png
3-1.png
4-1.png
二、边开发边调试framework
1.与.a静态库边调试边开发差不多，在调试时也不区分动态还是静态
2.头文件，不需要使用<>，还是使用常规的“”
3.因为没有生成静态库/动态库，所以不需要手动设置编译二进制的选项
网友评论