我在框架中看到了很多奇怪的行为，我认为这是因为对模拟器进行了更改，以支持Apple silicon。我的临时解决方法是，在我的应用程序/扩展目标中，在为模拟器构建时，将“arm64”添加到“排除架构”构建设置中（正如您的预览所尝试的那样），并将所有方案的“仅构建活动架构”设置为“否”。也许值得一试。

我了解arm64和Xcode 12的问题，我能够通过排除iPhone模拟器的arm64架构或通过为发布方案设置ONLY_ACTIVE_ARCH来解决构建问题。然而，我仍然有问题使用pod repo推送来推送我的框架。

我发现podspec中的设置s.pod_target_xcconfig不会将此设置应用于同一podspec中定义的依赖项。我可以在Cocoapods在验证期间生成的虚拟App项目中看到它。Cocoapods验证正在运行模拟器的发布方案，当一个或多个依赖项不排除arm64或未设置为仅构建活动体系结构时，这将失败。

解决方案可以是强制Cocoapods在验证项目时添加安装后脚本，或者让它构建调试方案，因为调试方案只是构建活动体系结构。

我最终使用Xcode 11发布了我的pod以通过验证。您可以从developer.apple.com下载Xcode 11，将其作为Xcode11.app复制到Applications文件夹，然后使用sudo Xcode select--switch/Applications/Xcode11/app/Contents/developer进行切换。完成后不要忘记切换回来。

如果您在Xcode 12中遇到模拟器（而不是真实设备）的问题，是的，您必须删除VALID_ARCHS设置，因为它不再受支持。转到“构建设置”，搜索“VALID_ARCHS”，然后删除用户定义的财产。在你拥有的每一个目标中都做到这一点。

不过，您可能需要在pod文件的底部添加一个脚本，以便使用正确的体系结构和部署目标编译pod：

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings.delete 'IPHONEOS_DEPLOYMENT_TARGET'
      config.build_settings['ONLY_ACTIVE_ARCH'] = 'NO'
     end
  end
end

在我的案例中，更新CocoaPods有助于：

卸载CocoaPods（如果已安装）：sudogem卸载cocoapods安装CocoaPods：酿造装置椰子如果出现链接错误：brew链接--覆盖cocoapods`运行pod安装

将“生成配置”切换回“调试”模式，或为“调试”和“发布”模式启用“仅生成活动体系结构”。

原因是您的库/框架不支持新的模拟器架构ARM64（在Mac上运行，带有Apple硅处理器）。

这是唯一对我有用的东西：

将此添加到调试（非发布）版本：

// Speed up non-production builds by building only for the currently selected architecture
ONLY_ACTIVE_ARCH = YES

// For unknown reasons we need this to be able to compile for simulators in Apple Silicon macOS without Rosetta
VALID_ARCHS = arm64 armv7 arm64-ios-simulator

并删除所有配置（调试和发布）的EXCLUDED_ARCHS设置的所有自定义实例，包括臭名昭著的EXCLUDE D_ARCHS[sdk=iphonesimulator*]=arm64 one。

这些是我在进行这些更改后进行的测试，所有测试都通过了，在原生Apple Silicon上（Xcode没有Rosetta模式）：