Xcode 13.3.1下SPM嵌套依赖链编译错误排查求助

结合你的依赖链结构和报错信息，这两个问题本质上都是模块可见性和依赖传递失效导致的，尤其是在Swift Package Manager（SPM）与XCFramework混合、且包含Objective-C代码的场景下，Xcode 13.3.1的旧版本确实存在一些已知的兼容性问题：

• 报错1「找不到模块'C'（位于B-Swift.h中）」：说明主项目A在解析B的自动生成桥接文件B-Swift.h时，无法找到C模块的定义。这大概率是因为B作为XCFramework，在通过SPM分发时没有把嵌套依赖C、D的模块信息正确暴露给上层项目，导致A无法感知到这些依赖的存在。
• 报错2「无法构建Objective-C模块'B'（位于.swiftinterface中）」：B的Swift接口文件（.swiftinterface）中引用了C/D的Objective-C类型，但这些类型的模块没有被正确导入到B的公共接口中，或者Xcode无法从A的上下文访问到这些OC模块的头文件/模块映射。

我之前处理过类似的混合依赖问题，给你几个具体的排查和修复思路：

• 调整B包的SPM依赖暴露配置
  打开B的Package.swift，确认以下几点：

  • B的target必须将C、D添加到dependencies数组中，且C、D的产品（比如.library）是public可见的；
  • 在B的products定义中，确保XCFramework类型的产品明确声明了对C、D的依赖，比如：

    .xcframework(
        name: "B",
        targets: ["B"],
        dependencies: [.product(name: "C", package: "C"), .product(name: "D", package: "D")]
    )
    

  这样主项目A拉取B时，SPM会自动同步拉取C、D，并确保模块可见。

• 修正B中Swift与Objective-C的交互配置

  • 检查B的Swift代码中，是否正确导入了C、D模块：如果使用了C的Objective-C类型，需要在Swift文件中用import C（而非仅在桥接文件中引用），且如果这些类型需要暴露给上层项目，要确保相关Swift声明是public的；
  • 对于C、D这类含Objective-C代码的SPM包，确认它们的Package.swift中正确设置了publicHeadersPath（比如"include"），且所有需要暴露的OC头文件都放在该路径下，同时模块映射文件（module.modulemap）正确声明了模块的头文件和依赖。

• 调整Xcode构建设置与缓存清理

  • 在主项目A的Build Settings中，确保Enable Modules (C and Objective-C)选项设置为YES，这个开关是Objective-C模块被Swift正确识别的关键；
  • 手动清理Xcode缓存：先按Cmd+Shift+K清理构建文件夹，再按Cmd+Option+Shift+K删除DerivedData，之后重启Xcode再尝试构建——Xcode 13.x的缓存经常会导致依赖解析异常；
  • 临时尝试在A的Package.swift中显式添加C、D作为依赖（即使A不直接使用它们），看是否能解决模块找不到的问题，这可以验证是否是依赖传递的问题。

• 排查XCFramework的打包正确性
  如果你是手动打包B为XCFramework，要确保打包过程中包含了所有依赖的模块信息：

  • 打包时需要指定所有架构（arm64、x86_64），且每个架构的产物都正确包含了对C、D的引用；
  • 检查B的XCFramework内部的Info.plist，确认CFBundleIdentifier和模块声明是否正确，没有遗漏依赖的模块标识。

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