我正在尝试在Xcode 12（beta 5）中构建一个大型（正在开发Xcode 11！）项目，为iOS 14做准备。代码库以前是Objective-C中的，但现在它同时包含Objective-C和Swift，并使用Objective-C或Swift的pod。
我已经推出了支持Xcode 12的CocoaPods新测试版（目前为1.10.0.beta 2）。
Pod安装成功。当我进行构建时，在pod框架上出现以下错误：
为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构arm64
以及可能的错误：
无法加载目标“arm64-apple-ios11.0”的标准库
当我在框架上运行lipo-info时，它有：armv7s armv7 i386 x86_64 arm64。
此前，该项目的有效架构设置为：armv7、armv7s和arm64。
在Xcode 12中，根据苹果的文档，该设置将消失。架构设置为$（ARCH_STANDARD）。我在排除的架构中没有任何设置。
这里可能发生了什么？我还没能用一个更简单的项目重现这一点。
当前回答
TL；博士；
将库/应用程序的“仅构建活动体系结构（Only_Active_ARCH）”设置为“是”，即使在发布模式下也是如此。
在试图确定问题的根本原因时，我意识到Xcode 12的一些有趣的事实。
Xcode 12实际上是Apple silicon的垫脚石，遗憾的是（当答案写出来时）它还没有问世。但有了这个平台，我们将得到一个基于arm64的macOS，模拟器也将在arm64架构上运行，这与目前基于Intel的x86_64架构不同。Xcode通常依赖于“运行目标”来构建其库/应用程序。因此，当模拟器被选择为“运行目的地”时，它会为可用的模拟器架构构建应用程序，而当设备被选为“运行目标”时，则会为设备支持的架构（arm*）构建应用程序。Xcode 12+构建系统中的xcodebuild认为arm64是模拟器支持Apple silicon的有效架构。因此，当选择模拟器作为运行目标时，它也可以尝试编译/链接基于arm64的模拟器的libs/apps。因此，它以<architecture>-<os>-<sdk>-<destination>格式发送clang（++）一些目标标志，如arm64-apple-ios13.0-simulator，clang尝试构建/链接基于arm64的模拟器，最终在基于Intel的Mac上失败。但xcodebuild仅对Release版本尝试此操作。为什么？因为，对于“Release”配置，“Build Active Architecture Only（Only_Active_ARCH）”构建设置通常设置为“No”。这意味着xcodebuild将尝试为发布版本的选定运行目标构建libs/apps的所有架构变体。对于模拟器运行目的地，现在它将包括x86_64和arm64，因为Xcode 12+中的arm64也是模拟器支持Apple silicon的支持架构。
简单地说，Xcode在尝试命令行xcodebuild（默认为releasebuild，请参见项目设置的常规选项卡）或其他方式并尝试构建运行目标支持的所有体系结构变体时，将无法构建应用程序。因此，解决此问题的一个简单方法是在库/应用程序中将“仅构建活动体系结构（Only_Active_ARCH）”设置为“是”，即使在发布模式下也是如此。
如果库包含为Pods，并且您可以访问.podspec，则可以简单地设置：
spec.pod_target_xcconfig={“ONLY_ACTIVE_ARCH”=>“是”}
spec_user_target_xcconfig={'ONLY_ACTIVE_ARCH'=>'YES'}#否推荐
我个人不喜欢第二行，因为pods不应该污染目标项目，而且它本身可以在目标设置中被覆盖。因此，消费者项目应该负责以某种方式覆盖设置。然而，这可能是成功的柱脚过梁所必需的。
但是，如果您没有访问.podspec的权限，您可以在安装pod期间始终更新设置：
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings["ONLY_ACTIVE_ARCH"] = "YES"
end
end
end
我担心的一件事是，当我们实际归档库和应用程序时，这会产生什么影响。在归档过程中，应用程序通常采用“Release”配置，因为这将创建一个只考虑当前运行目标的活动体系结构的版本构建，因此使用这种方法，我们可能会从目标构建中丢失armv7、armv7等的切片。然而，我注意到文档中说（在所附图片中突出显示），当我们选择“通用iOS设备/任何设备”作为运行目标时，将忽略此设置，因为它没有定义任何特定的架构。所以我想，如果我们将我们的应用程序归档，并将其作为跑步目的地，我们应该会很好。
其他回答
在xxx.framework podspec文件中，添加以下配置。避免使用包含arm64模拟器架构的pod包。
s.pod_target_xcconfig = { 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }
s.user_target_xcconfig = { 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }
在下图中，在排除的体系结构中→ 在调试和释放中点击+按钮→ 在调试和发布中。
截至2022年9月19日，所有现有答案都不适用于我。大多数答案建议将arm64从构建设置中排除，完成后，会出现致命错误：找不到模块映射文件
对我有用的是使用Rosseta打开Xcode，
右键单击应用程序文件夹中的Xcode显示简介使用Rosetta检查打开打开Xcode打开的项目清理生成文件夹运行项目
通过使用Rosseta打开Xcode，不需要其他构建设置或配置。
参考文献：
https://medium.com/timeless/starting-react-native-project-in-apple-mac-m1-chip-system-28da0c1f2132https://developer.apple.com/forums/thread/670006
在我的案例中：
我有四种配置（+DebugQa和ReleaseQa）。Cocoapods用作依赖关系管理器。
对于DebugQa，我在设备和模拟器上收集数据，而在ReleaseQa上只在设备上收集数据。
它有助于在PodsProject中将BuildActiveArchitecture设置为“yes”。
我发现了
使用Rosetta（在Finder中查找Xcode>获取信息>使用Rosetta打开）在项目和目标中，仅将“构建活动体系结构”设置为“是”（您可能不需要它，请阅读下面的评论）并将其包含在podfile中：
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings["ONLY_ACTIVE_ARCH"] = "YES"
end
end
end
为我工作。
我们有Pods和SPM，但它们不能处理其他答案的任何组合。我的同事们都使用Intel MacBook，一切仍然适用于他们！
