iOS动态库、静态库及使用场景、方式：https://www.jianshu.com/p/4e0fd0214152
iOS开发中的静态库和动态库: https://www.jianshu.com/p/57a63261046e
//转载：https://www.jb51.net/article/210671.htm
iOS 合并 .a 文件，生成通用静态库：https://www.jianshu.com/p/dacf924246fa
合并时报错处理： https://www.jianshu.com/p/781795e98444
一、什么是库？
库是共享程序代码的方式，一般分为静态库和动态库。
静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。
二、静态库和动态库的好处
使用静态库的好处：
1、模块化，分工合作
2、避免少量改动经常导致大量的重复编译连接
3、也可以重用，注意不是共享使用
动态库使用有如下好处：
1、使用动态库，可以将最终可执行文件体积缩小
2、使用动态库，多个应用程序共享内存中得同一份库文件，节省资源
3、使用动态库，可以不重新编译连接可执行程序的前提下，更新动态库文件达到更新应用程序的目的。
从1可以得出，将整个应用程序分模块，团队合作，进行分工，影响比较小。
从2可以看出，其实动态库应该叫共享库，那么从这个意义上来说，苹果禁止iOS开发中使用动态库就可以理解了：
因为在现在的iPhone，iPodTouch，iPad上面程序都是单进程的，也就是某一时刻只有一个进程在运行，那么你写个共享库，
----共享给谁？（你使用的时候只有你一个应用程序存在，其他的应该被挂起了，即便是可以同时多个进程运行，别人能使用你的共享库里的东西吗？你这个是给你自己的程序定制的。）
----目前苹果的AppStore不支持模块更新，无法更新某个单独文件(除非自己写一个更新机制：有自己的服务端放置最新动态库文件)
至于苹果为啥禁止ios开发使用动态库我就猜到上面俩原因
三、iOS里静态库和动态库形式？
静态库：.a和.framework
动态库：.dylib和.framework
四、framework为什么既是静态库又是动态库？
系统的.framework是动态库，我们自己建立的.framework是静态库。
五、a与.framework有什么区别？
.a是一个纯二进制文件，.framework中除了有二进制文件之外还有资源文件。
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
建议用.framework.
六、为什么要使用静态库？
方便共享代码，便于合理使用。
实现iOS程序的模块化。可以把固定的业务模块化成静态库。
和别人分享你的代码库，但不想让别人看到你代码的实现。
开发第三方sdk的需要。
七、制作静态库时的几点注意：
1 注意理解：无论是.a静态库还.framework静态库，我们需要的都是二进制文件+.h+其它资源文件的形式，不同的是，.a本身就是二进制文件，需要我们自己配上.h和其它文件才能使用，而.framework本身已经包含了.h和其它文件，可以直接使用。
2 图片资源的处理：两种静态库，一般都是把图片文件单独的放在一个.bundle文件中，一般.bundle的名字和.a或.framework的名字相同。.bundle文件很好弄，新建一个文件夹，把它改名为.bundle就可以了，右键，显示包内容可以向其中添加图片资源。
3 category是我们实际开发项目中经常用到的，把category打成静态库是没有问题的，但是在用这个静态库的工程中，调用category中的方法时会有找不到该方法的运行时错误（selector not recognized），解决办法是：在使用静态库的工程中配置other linker flags的值为-ObjC。
4 如果一个静态库很复杂，需要暴露的.h比较多的话，就可以在静态库的内部创建一个.h文件（一般这个.h文件的名字和静态库的名字相同），然后把所有需要暴露出来的.h文件都集中放在这个.h文件中，而那些原本需要暴露的.h都不需要再暴露了，只需要把.h暴露出来就可以了。
以上就是ios动态库和静态库的区别的详细内容，更多关于ios动态库和静态库的资料请关注脚本之家其它相关文章！
知识储备：
一.库(Library)
什么是库？
库是程序代码的集合，是程序共享代码的一种方式。根据源代码的公开情况，库可以分为开源库和闭源库。比如SDWebImage,AFNetworking,等可以看源码的叫开源库。闭源库，不公开源代码，是经过编译后的二进制文件，看不到具体的实现。闭源库又可以分为静态库和动态库。库说白了就是一段编译好的二进制代码，加上头文件就可以供别人使用。
二.静态库和动态库
和多数人所熟悉的动态语言和静态语言一样，这里的所谓静态和动态是相对编译期和运行期的
存在形式
静态库：.a 和 .framework 动态库: .dylib 和 .framework。 所以很多人误以为.a就是静态库，.framework就是动态库，不过系统的.framework都是动态库
静态库和动态库使用上的区别
静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝。编译完成后，库文件实际上就没有作用了，也这是它的优势。当然其缺点也很明显，就是会明显增大程序的体积。
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，供多个程序调用，节省内存。由此可见动态库又可以叫共享库。注意：ios 8之前苹果禁止iOS开发中使用自己创建的动态库。原因估计是现在的iPhone，iPodTouch，iPad上面程序都是单进程的，也就是某一时刻只有一个进程在运行，那么你写个共享库，共享给谁呢？你使用的时候只有你一个应用程序存在，其他的应该被挂起了，即便是可以同时多个进程运行，别人能使用你的共享库里的东西吗？但是iOS8之后，出现了Extension，动态库有了用武之地，而且swift只支持动态库的使用，造成这个原因主要是swift的运行库没有被包含在iOS系统中，而是会被打包进App中（这也是造成Swift App体积大的原因），静态库会导致最终的目标程序中包含重复的运行库（这是苹果自家的解释）。
Framework
framework实际上是一种打包方式，将库的二进制文件，头文件和有关的资源文件打包到一起，方便管理和分发。.framework文件可以直接扔到程序直接使用。
作者：小生不怕
链接：https://www.jianshu.com/p/57a63261046e
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
iOS 合并 .a 文件，生成通用静态库
在桌面上面新建文件夹，用来保存导出来的模拟器文件和真机文件；
cd 到当前保存的文件目录，如： cd /users/******/Deskop/sdk.a文件
打开 mac 终端，在终端中输入以下命令
lipo -create iphoneos/libShouMiPaySDK.a iphonesimulator/libShouMiPaySDK.a -output ShouMiPaySDK.a
其中 iphoneos/libShouMiPaySDK.a 为导出的真机文件，
iphonesimulator/libShouMiPaySDK.a 为导出的模拟器文件
-output ShouMiPaySDK.a 为合并之后的通用静态库
需要注意的是当编译.a文件之前，需要将 debug 和 release 设置为 NO
注意
需要更改 Build Settings-Build Active Architecture Only 设为 No
Debug:Yes 表示只编译选中模拟器对应的架构, No 则为编译所有模拟器支持的 cup 架构(Debug的 Yes 状态改为 No 即可)
4人点赞
作者：NapoleonY
链接：https://www.jianshu.com/p/dacf924246fa
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
Xcode 12打包framework 报错：have the same architectures (arm64) and can't be in the same fat output file
猿逗比关注
0.4772021.05.12 14:18:29字数 462阅读 1,771
解决此问题的时候走了很多弯路，在这就不多说了。
解决方案：
在 Target->BuildSetting->Architectures->Excluded Architectures 中
点击箭头展开
点击右侧加号，添加Any iOS Simulator SDK
在Any iOS Simulator SDK 后面添加arm64
这样编译出来的包中就不会包含arm64了。
模拟器忽略arm64.jpg
针对这个问题，详细说明一下：
正常我们打包framework都会需要支持i386、armv7、x86_64、arm64等，因为需要同时满足真机和模拟器的运行。所以我们正常都用将编译后的framework进行合并，命令行如下：
lipo -create 真机文件路径 模拟器文件路径 -output 真机文件路径
文件路径见图：
framework工程位置.jpg
framework在Finder位置.jpg
但是Xcode 12以后模拟器编译生成的framework中也会包含arm64，因此在合并的时候就会出现have the same architectures (arm64) and can't be in the same fat output file的报错，而我们一开始的方式就能解决这个问题。
此处补充一个查看framework包含内容的命令：
lipo -info framework路径
说到这里就会有别的问题了（可能是跟我换电脑有关），换了个M1的Mac之后编译的模拟器framework只有arm64了，x86_64的没有了。
此时需要用到另一个设置了，依然在Target->BuildSetting中，搜索VALID_ARCHS,在这里是描述你编译时需要包含哪些架构的，在后面添加上x86_64即可。
添加x86_64.jpg
写的可能不是太条理，大致的问题就是这么回事，有不明白的可以留言。
补充目前为止Apple移动设备默认指令集：
armv6：iPhone2G/3G、iPod 1G/2G
armv7：iPhone 3GS/4/4s、iPod 3G/4G、iPad 1G/2G/3G、iPad mini
armv7s：iPhone5、iPhone5c、iPad4
arm64：iPhone5s及以后、iPad Air、iPad mini2
