iOS SDK开发流程（静态库）-OC

一、库的分类：

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.因为没有生成静态库/动态库，所以不需要手动设置编译二进制的选项

这就是整个静态库的开发流程了，如果有什么地方说的不好，可以在下方留言

谢谢各位看官老爷