我之前在归档iOS应用时也碰到过完全一样的问题：日常编译、构建、运行都正常，一到归档阶段就弹出No such module 'Parse'的报错，Podfile明明已经配置了pod 'Parse'。先给你几个长期可行的解决方案，再解释你提到的Build Active Architecture Only相关概念。

一、靠谱的长期解决方案 #

1. 确保CocoaPods配置在归档模式下正常加载 #

很多时候归档报错是因为Xcode没有正确使用CocoaPods生成的配置，试试这几步：

• 先完全关闭Xcode
• 在终端执行以下命令：

  pod deintegrate
  pod install
  

• 重新打开项目时，一定要打开.xcworkspace文件（而不是.xcodeproj），否则Pods的依赖不会被加载

2. 检查Build Settings中的Framework搜索路径 #

归档用的Release配置可能丢失了CocoaPods的路径配置：

• 在Xcode的Build Settings里，搜索Framework Search Paths
• 切换到归档对应的配置（一般是Release），确保里面包含$(inherited)这个值——它会自动导入CocoaPods设置的依赖路径，很多时候就是因为这个被误删导致模块找不到

3. 彻底清理缓存后重试 #

缓存错乱也可能导致这类问题：

• 按下Cmd+Shift+K清理项目缓存
• 前往~/Library/Developer/Xcode/DerivedData文件夹，找到对应项目的缓存目录并删除
• 重新执行pod install，再尝试归档

至于你提到的临时方案（把Build Active Architecture Only设为Yes），虽然能解决报错，但不适合长期使用：这么做会让Xcode只编译当前设备的架构，生成的IPA只能支持单一架构的设备（比如你用M系列Mac归档，就只能支持arm64设备），老设备可能无法安装，影响应用的兼容性。

二、Build Active Architecture Only中的“Active Architecture”是什么？ #

简单来说，Active Architecture就是当前你选中的编译目标对应的CPU架构：

• 如果你连接了真机并选中它作为编译目标，Active Architecture就是这台真机的架构（比如iPhone 14系列是arm64）
• 如果选中的是模拟器，Active Architecture就是模拟器对应的架构（M系列Mac的模拟器是arm64，Intel Mac的是x86_64）
• 当你选择“Generic iOS Device”或者执行归档时，默认的Active Architecture是Xcode预设的通用架构集合（现在主要是arm64，苹果已经淘汰了armv7等老架构）

Build Active Architecture Only设为Yes时，Xcode只会编译这个Active Architecture的代码，编译速度更快，但产物兼容性差；设为No时，Xcode会编译所有Valid Architectures里配置的架构，产物能支持更多设备，但编译时间会更长。

内容的提问来源于stack exchange，提问作者Michel