Swift动态框架集成报错：ClassADelegate不是A.A的成员类型

• 检查A.xcframework的访问权限：确认A框架内的A类和ClassADelegate成员类型是否标记为public或open。若为默认的internal权限，B框架编译时因同模块可访问，但新项目引入B时无法穿透访问A的内部类型。
• 验证B.xcframework的依赖传递配置：
  • 查看B框架Build Settings里的ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES，动态框架通常需设为NO。
  • 确认B的Info.plist是否正确声明对A的依赖，若用SPM则检查Package.swift是否将A列为依赖项。
• 检查新项目的依赖引入逻辑：
  • 新项目是否同时引入了A和B？动态框架场景下，B依赖A，运行时需确保A也被正确加载到项目中，仅引入B会导致类型查找失败。
  • 确认新项目中A、B的版本是否匹配，版本不一致可能导致类型定义不兼容。
• 清理缓存重新构建：
  • 删除B框架的构建缓存：执行rm -rf ~/Library/Developer/Xcode/DerivedData，重新构建B.xcframework。
  • 清理新项目的DerivedData，重启Xcode后重新引入B并构建。
• 排查命名冲突问题：
  • 确认A框架的模块名确实为A，排查新项目中是否存在同名模块或类，导致命名空间混淆。
  • 检查ClassADelegate是否确实定义在A类内部，避免因代码结构问题导致新项目解析A.A.ClassADelegate时找不到对应类型。
• 查看B框架的公开接口：
  • 检查B框架的.swiftinterface文件，确认是否正确导出了A框架的相关类型。若B的公开接口直接使用A.A.ClassADelegate却未正确暴露A的依赖，新项目会因无法找到该类型报错。

内容的提问来源于stack exchange，提问作者Tan Boon Jun