ToB企服应用市场:ToB评测及商务社交产业平台

标题: iOS M1 芯片编译爬坑 [打印本页]

作者: 东湖之滨 时间: 2022-6-20 16:30
标题: iOS M1 芯片编译爬坑
主要是两个错误，引起混淆。导致爬了挺久的坑。

1、 In xxxx/proj.ios_mac/xxxx.framework/xxxx(xxxx.a-arm64-master.o), building for iOS Simulator, but linking in object file built for iOS, for architecture arm64.
或者
ld: warning: ignoring file YoupPth/Build/Products/Debug-iphonesimulator/xxxx/xxxx.framework/xxxx,
building for iOS Simulator-x86_64 but attempting to link with file built for iOS Simulator-arm64
Undefined symbols for architecture x86_64:
"_OBJC_CLASS_$_xxxx", referenced from:
objc-class-ref in xxxx.o
ld: symbol(s) not found for architecture x86_64
2、 In xxxx/proj.ios_mac/xxxx.xcodeproj The linked framework 'Pods_xxx_iOS.framework' is missing one or more architectures required by this target: x86_64.

复制代码

看起来好像是差不多，都是由于项目中的依赖库提供的指令集不完整导致的。
第一个是说 xxxx.framework 指令集为 iOS 真机这个库, 不能链接为 iOS 模拟器的目标文件。实际上这个问题应该是一个兼容问题，只出现在 M1 芯片的 Mac 上。因为 M1 芯片的 Mac 本身就是 arm64 架构，它的模拟器也是 arm64 架构的。
首先有一点要明确：
我们在 intel 机型上创建一个静态库文件，编译后会生成两个版本。一个是模拟器版， x86_64 架构（如果M1 机型上创建那么是 arm64 架构），一个是真机版， arm64 架构。
如果 intel 机型上生成的静态库需要给 intel 机型上的其他工程引入，一般操作是通过 lipo 工具合并成一个模拟器和真机通用的静态库，以方便模拟器或者真机调试。
链接真机的时候会把真机的指令链接进目标文件，链接模拟器就把模拟器的指令链接进目标文件。
当链接的时候：针对一般第三方库, 以前普遍提供的是包含真机 arm64 指令集和模拟器 x86_64 指令集的通用版本。
在 intel 机型上也就是你的Mac 打包机器为 intel 芯片，为真机链接 arm64 架构指令，为模拟器链接 x86_64 架构指令没有什么问题。
但是你的Mac 打包机器为 M1 芯片的时候, 为真机链接 arm64 架构指令，为模拟器还是链接 x86_64 指令就会有问题。因为此时 M1 机型的模拟器架构是 arm64！只能跑 arm64 指令。
这时候 Xcode 就会报以上类型的错误，而不会去为模拟器链接该依赖库真机的 arm64 指令！！！
验证很简单：
你首先针对真机生成一个静态库，在M1 机型上链接到模拟器的可执行文件，依然不行。即使他们都是在 arm64 架构下。

那么如何解决这个问题? 有以下两种方式。
1、使用 Rosetta 模式运行Xcode, 重新编译。
2005年，苹果从PowerPC 芯片切换到因特尔，Rosetta 最初是为 PowerPC 应用转换到 x86 上，能让大多数 PowerPC 应用在 x86 Mac 上运行，但是会损失部分性能。
Rosetta 模式会使 Xcode 能够在链接 x86静态库前将其转换为 arm64 指令。下图倒数第二行使用 Rosetta 打开! (注意只有 M1 机型上才有)

通过 Rosetta 模式运行 Xcode， Xcode 是以 x86架构的方式运行（正常是 Apple 也就是 arm64），静态库是 x86 的也能正常链接跑。
在 M1 的 Mac 机型，模拟器正常是以 arm64 运行的，模拟器启动 app 也是以 arm64 的方式运行。
而PC 上 Rosetta 模式启动 Xcode 让 App 链接依赖库，链接器会链接 x86（也就是当前Xcode 运行模式）的指令，即使依赖库既有 arm64 也有 x86 指令集。如果依赖库本身只有 arm64 指令集，那么会报未定义符号，无法链接。
注意：Rosetta 的方式虽然足以支持大多数主流生产力应用程序，但无法兼容那些需要与操作系统、硬件或图形硬件进行直接交互的软件。

2、编译链接 app 工程的时候排除 arm64 架构。具体在 Build Settings 里设置 Excluded Architectures 选项，在 Debug 模式下添加 arm64 。真机不会出现这个问题，所以 Release 不需要。
所以先检查工程以及子工程编译设置排除 arm64 架构的编译产物。
检查 Build Settings 里面的 Excluded Architectures 添加 arm64。 clean 重编。
最终跑起来会发现排除了 arm64 指令集后模拟器也是以 x86 的方式启动 App 了。
查看活动监视器里面进程的种类就可以清晰的知道。
模拟器与模拟器启动的 App 运行指令集不同，通过 XPC 方式进行通信，理论上没有啥问题，但是 XPC 通信相对同步时间比较长，对于时间敏感的逻辑可能会出问题。
比如滑动手势或者列表的惯性滚动。

对于通过 cocoapods 维护依赖库的方式来说，如果手动更改后，重新 pod update 会导致又要重新修改，所以excluded Architectures 需要写进 Podfile

post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = "arm64"
end
end
end

复制代码

但是如果需要编译依赖库文件提供给第三方使用那么你的生成产物又不能排除 arm64. 你可能就需要针对不同的架构打不同的版本。有更好的解决办法。
为了解决 M1 芯片机型封装库文件的问题， 2019年的 WWDC 大会 Apple 提供了 XCFrameworks 的方式，这就可以理解成新的 xcodebuild 命令替换以前 lipo 命令，将不同指令集的库文件合并成通用二进制文件。
只不过 XCFrameworks 还可以包含其他第三方的库。这里就不展开说 XCFrameworks 了。

文章开头说的第二个错误是说链接 Pods_xxxx_iOS.framework 这个framework 中缺失了 x86_64 架构的某个库。
解决：检查编译生成 Pods_xxxx_iOS.framework 的所有依赖库的工程或者 prebuilt 的库，是否存在 x86_64 架构。
1、针对子工程，如果 Xcode 13，检查工程的 User-Defined 里面的 VALID_ARCHS 值是否存在 x86_64，没有则需要添加。如果是 Xcode 12 则在 Architectures 里面检查是否存在 x86_64。其他架构也是同样
2、针对预编译库, 可以使用 lipo 工具查看包含一些什么指令集。是否缺失 x86_64。如果缺失了，需要获取带有 x86_64 指令的依赖库。
例如：lipo -i xxx.a
主要是 Xcode12 默认不再对 x86_64 架构进行支持了，打通用包的时候需要手动添加。

lipo 工具可以对库文件的架构进行修改
nm 工具用来现实一个程序包的符号表
strip 用来删除一个程序包里的符号表
ar 工具可以获取库文件链接前的 .o 文件
libtool -static -o xxx.a *.o 又可以合并 *.o 文件为 xxx.a。或者直接用 ld。

参考：
https://juejin.cn/post/7037037120158269448

来源：https://www.cnblogs.com/lesten/p/16293735.html
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)