先说一下XCFramework的好处吧:
1.多架构合并,模拟器,真机可以通用随便跑
2.上架AppStore,不需要将xcframework中的真机架构分离,.framework还需要用脚本分离,这点太香了
Framework简单解析
拿百度OCR中的举例吧,其实.framework就是个文件夹里面装着封装好的可执行文件,头文件,Modules文件 info.plist

Framework中的灵魂就是可执行文件:通过lipo -info
查看.framework中的可执行文件中包含的架构:

.xcframework构造
.xcframework是由两个文件夹和一个配置文件组成。
两个文件夹分别代表的是
arm64 以及 armv7的真机支持
i386 以及 x86_64的模拟器支持
在编译过程中,编译器通过识别设备的架构不同架构的设备,去xcframework中取对应的支持执行文件,
xcframework只是封装了真机和模拟器的.framework.

Framework架构的分离以及合并:
xcframework的结构了解明白了,我们就需要按照上边的规则进行拆解:
核心思路:
1.将多架构的.framework 中的所有架构的执行文件全部分离出来(arm64,armv7,x86_64,i386)
2.拆解后,真机架构(arm64)和真机架构(armv7)合并
3.拆解后,模拟器架构(x86_64)和模拟器架构(i386)合并
4.两个执行文件创建好后,手动生成两个.framework 格式文件
5.将原来的.framework中除了执行文件,原封不动的拷贝到我们手动创建的.framework(如果不拷贝会出编译时会各种奇怪的问题)
6.在终端通指令xcodebuild -create-xcframework指令生成xcframework
核心的关键指令如下:
分离指令:
将i386的架构从原来的AipOcrSdk 分离出来并且命名为AipOcrSdk-id386

4个独立架构的执行文件如图:

合并指令:
将分离好的模拟器架构执行文件合并:将x86_64和i386合并命名为AIPOcrSdkX86

真机和模拟器合并后的执行文件:

手动制作.framework流程:切记执行文件
和生成.framework命名
:
要一致
要一致
要一致
将原来.framework中除执行文件以外的文件
,全部拷贝到我们自己生成的.framework

最后生成xcramework:

生成成功后的xcframework
这块复制路径
切记不要加入空格
否则会导致生成失败

将xcframework导入项目:

最后说几个生成XCFramework 踩的坑:
1.如果我们导入的库是动态库:一定要在Embed Frameworks
导入:

2.模拟器架构配置问题:Could not find module 'xxxxxxx' for target 'arm64-apple-ios-simulator';
按照如下配置:
1.Architectures选项,设置他的值为Standard architectures - $(ARCHS_STANDARD)
2.xcode里面的Build Active Architectures Only选项,debug为Yes,release为No
3.xcode里面的Excluded Architectures选项,保留为空(网上不断在这里加arm64的,其实不用)
4.xcode里面的VALID_ARCHS选项,设置他的值为arm64 arm64e x86_64
3.如果一个.framework只有真机库,需要在模拟器中运行,此时加载库的时候会报错。
解决方法:在Excluded Source File Names中配置
只有在模拟器环境下,不使用的库:(如果在代码中还要加上#if TARGET_OS_SIMULATOR
进行模拟器的逻辑判断。)

4.Podfile中配置架构模式:
在我们Podfile 尾部复制以下代码中加入模拟器的配置:
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
if config.name == 'Debug'
config.build_settings["VALID_ARCHS"] = "arm64 arm64e x86_64 i386"
else
config.build_settings["VALID_ARCHS"] = "arm64 arm64e"
end
end
end
end
添加完毕后,从新执行pod install。
执行clean,从新运行即可
前4项都是模拟器编译可能出现的问题。
5.最后如果想要使用xcframework ,在File -> workspcaeSetting 中只用new Buil System

先说到这把,有问题欢迎留言。
网友评论