- 开源库
公开源代码，能看到详细实现，如SDWebImage，AFNetworking
- 闭源库
不公开源代码，是颠末编译后的二进制文件，看不到详细实现，主要分为静态库 和动态库
- 静态库和动态库的区别
1、 情势上
静态库是.a 和 .framework。 动态库是.dylib和 .framework ，xcode8 为.tbd ，本质是.dylib
2、利用上：
静态库，链接时，会被完备的复制到可执行文件中，如果多个APP 利用了同一个静态库，就会有多次拷贝，会占用更多的内存。
动态库，链接时不复制，步调运行时由体系动态的加载到内存，供步调调用，体系只加载一次，多个步调共用，节省内存。
- 静态库的利用场景
1、制作SDK - 软件开发工具包。
- 如“百度舆图”，它想让开发者在步调中集成百度舆图，但是百度又不想公开本身的技能
- 百度将本身的核心代码编译成静态库，对外暴露同一的接口，开发者集成静态库，而且调用静态库即可集成
2、公司在开发项目时的核心代码
- 公司一样寻常在开发一个项目时，肯定有一部门代码是核心代码
- 如果任何人都可以拿到这个核心代码，那么一旦有人去职，公司的核心代码就会被走漏，那么怎样防止这种情况的发生
- 公司一样寻常都会抽出一部门核心团队成员，专门开发这部门核心代码。开发完成后，将核心代码编译成静态库给其他的步调员调用。
- 创建静态库
在创建静态库时，有以下两种选择
看一下 framework 和 Static Library 的区别
- framework 既可以制作静态库，也可以制作动态库。
- Static Library 制作静态库
- framework 现实上为一站式分享方案，实在是一个文件夹，此中包罗代码署名，头文件，二进制执行文件，静态资源文件等，
- static Library 的产出物只是一个.a 文件，为二进制执行文件。分享给别人的时间，头文件，静态文件必要别的提供
- staticLibrary 必要设置头文件搜刮路径，framework 不必要
对外部代码依赖库的区别
- staticLibrary 可以大概只引用外部库的头文件，调用外部库的公开方法，而不引入其库实现，实现与引用库的分离摆设
- framework 要引用一个外部库，就必须要将别的部库的实现放入framework内编译才行。如果想要到达StaticLibrary 的结果，可以利用运行时方式调用。
运行情况的区别
- staticLibrary 共享其运行情况，如果其运行情况中包罗库中的一个类，会发生代码辩说，必须隔离此中一方的此类，然后共享此类。
- framework，与其运行情况隔离，如果其运行情况中包罗库中同一个类，不会发生辩说，同名的两个类会在各自的情况中独立运行，互不干扰，哪怕是单利类
怎样选择两种库
- 如果不想在同一个APP中包罗多份三方库（减小包巨细），可以利用staticLibrary，库本身和APP共享第三方。但是产出物的布局大概会比力乱
- 如果不想思量和APP的代码辩说标题，库本身独立利用必要的库，想提供比力好的库布局，可以利用framework。如果库本身和APP都利用了同一个三方库，会存在两份三方库，会增长包巨细。
framework 的布局
制作 .framework 静态库（闭源库）
- xcode打开，command+shift+N， 新建framework 工程
- 下面是framework 工程
- 设置工程， 选择工程名-》General，选择支持的体系平静台
- 非必选属性设置
build settings > Dead Code Stripping -> NO ， Link with Standard Libraries -> NO
有的博客里说要将这两个属性设置为NO，但在xcode7以后不必要再把它们设置为NO。
Dead Code Stripping ，如果开启此项，就会对代码的“dead”，“unreachable” 的代码过滤，能起到一定的优化作用，但是优化结果一样寻常，对于比力小的项目以致没有什么优化提现。Dead Code Stripping 是对步调编译出的可执行二进制文件中没有被现实利用的代码举行剥离，也就是消除无效代码。
Link with Standard Libraries 如果激活此设置，那么编译器在链接过程中会主动利用通过尺度库的链接器。如果利用NO，必要设置Other Linker Flags 来指定链接器。
- Generate Debug Symbols 在release 模式下设置为NO，debug 模式下设置为YES，是为了framework瘦身，为了举行代码调试，如果设置为NO，debug模式将不能举行断点调试，约莫可以淘汰30%体积 （非必选）
- 必选设置
Build Settings >>Build Active Architecture Only -> NO，如果设置为YES，会导致编译器只天生当前CPU架构，这个恰当在debug 模式下测试利用。
如果设置为NO，模仿器编译后天生的framework 同时包罗x86_64 和 i386 架构。真机包罗 armv7,arm64 架构。
- 静态库设置
Build Settings >> Mach-O Type >> Static Library
对于Mach-O type 有两种范例 Static Library 是静态库，Relocatable Object File 是动态库。
- 可测试后再设置
Build Settings -> Excluded Architectures,在模仿器 模式下选择该项，添加arm64 架构，如果不设置此项，在xcode12 天生的模仿器版本 framework 会多一个arm64架构，这和真机模式下的架构有所辩说，会导致归并不乐成。 真机模式下 不要添加此项。
- 公开头文件
把你想要对外公开的.h 文件 放到public 中，不想公开的就放在project 中。然后不要忘记 在framework名称.h内里导入你公开的头文件。
创建bundle 文件
- 第一种 直接创建文件夹，修改后缀名为.bundle
bundle 文件是静态的，不加入项目的编译，而xib 是文本文件，编译后要被序列化为二进制的nib 文件，利用的时间将nib 文件反序列化就可以利用了。如果你的bundle 里没有xib 文件，只必要创建文件夹，修改后缀名就可以。 如果你的bundle里打算包罗xib 文件，那么就必须利用第二种方法，创建工程的情势将xib 序列化为nib 文件。
- 创建工程的情势
iOS 创建bundle（xcode 13） https://www.jianshu.com/writer#/notebooks/21593564/notes/57586788
在framework 中添加bundle 资源
- 将上文中创建的bundle 文件 拖入到framework工程，拖入后 copy bundle resources 中会主动引入。
- command +B编译工程，在debug 和release 模式下 分别选择 真机和模仿器，在这里我用于测试，以是选的debug 模式，如果只为了测试 也可以只选择真机 大概模仿器。两个都选的话，后期要归并。
上文中提到，在模仿器中 要添加 arm64（上文有步骤，也可以亲身测试后再添加），防止归并中起辩说。
- 编译后 command +, 此图为模仿器中的framework，可以检察它支持的架构
lipo -info “绿色框地点”，i386，x86_64
- 归并两个静态库，将归并后的输出路径 更换掉此中一个路径（模仿器或真机下的 framework 路径）
归并下令lipo -create "模仿器路径" “真机路径” -output "真机路径" （此处路径都是以上截图绿色框路径）
此处我更换的是模仿器路径，以是将更换后的framework拿出来就行了，也可以测试一下 归并后支持的架构
在项目工程中导入framework
- 如果framework中包罗了分类，那么要在利用framework的工程里设置一下
build settings里为Other Linker Flags 添加 -ObjC
- 如果framework有bundle 资源，选择添加copy files
- 项目工程中利用，在用的地方 导入 framework 的头文件，就可以利用公开的头文件 和 方法
- 工程 和 framework 中利用bundle 资源
NSString *bundlePath = [[NSBundle mainBundle] pathForResource "LHNetwork.framework/HLNetworkSource" ofType"bundle"]; NSLog(@"bundlePath = %@",bundlePath); NSBundle *bundle = [NSBundle bundleWithPath:bundlePath]; NSString *pic1 = [bundle pathForResource"bill_head_bg@2x" ofType"png"]; NSLog(@"pic1 = %@",pic1); UIImage *image = [UIImage imageWithContentsOfFile:pic1]; NSLog(@"image = %@",image);
- 尚有一种，framework 中不消引入bundle，直接把bundle 导入项目工程，手动拖入就行
那么在工程和 framework中就可以用以下方式利用bundle中资源
NSString *bundlePath = [[NSBundle mainBundle] pathForResource"HLNetworkSource" ofType"bundle"]; NSLog(@"bundlePath = %@",bundlePath); NSBundle *bundle = [NSBundle bundleWithPath:bundlePath]; NSString *imagePath = [bundle pathForResource"bill_head_bg@2x" ofType"png"]; NSLog(@"imagePath = %@",imagePath); UIImage *image = [UIImage imageWithContentsOfFile:imagePath]; NSLog(@"image = %@",image); imageView.image = image;另一种将framework 导入工程的方式
直接将xxx.framework SDK拖入工程不太方便测试，在工程中看不到源代码，我们可以把framework的工程文件导入 ，就是创建的framework工程
至于导入的方式，可以参考我的另一篇文章 多工程联编
如许很方便的修改和调试。
留意
有的博客说，在上架App Store的时间，会有报错。大概必要把info.plist文件中的Excutable file删除，各人可以试一下，我没有现实操纵。
增补分析，装备CPU架构
参考文章：
https://blog.csdn.net/jingcheng345413/article/details/54969324
https://www.cnblogs.com/mtystar/p/6082363.html |
