多target Swift库SPM运行正常，CocoaPods构建提示no such module如何解决

核心原因 #

CocoaPods 的默认规则是同一个 pod 下的所有 subspec 最终会编译进同一个模块，所以 MyLibrary subspec 和 MyLibraryProtocols subspec 的代码会被合并到同名的主模块下，不需要额外 import 子模块，也就导致你写的 import MyLibraryProtocols 语句在 CocoaPods 构建时找不到对应的模块。而 SPM 是将两个 target 作为完全独立的模块编译，必须显式 import 依赖。

解决方案1：最小改动方案（推荐） #

不需要调整你现有的 target 和 subspec 结构，只需要加编译条件判断即可：

1. 修改你的 podspec，给 MyLibrary subspec 新增编译标记配置：

s.subspec "MyLibrary" do |library|
  library.source_files = "Sources/MyLibrary/**/*.{swift}"
  library.dependency "MyLibrary/MyLibraryProtocols"
  # 新增这一行，添加COCOAPODS编译标记
  library.pod_target_xcconfig = { 'SWIFT_ACTIVE_COMPILATION_CONDITIONS' => 'COCOAPODS' }
end

2. 把所有源码中 import MyLibraryProtocols 的语句替换为条件编译逻辑：

#if !COCOAPODS
import MyLibraryProtocols
#endif

这样 SPM 构建时没有 COCOAPODS 标记，会正常执行 import 逻辑；CocoaPods 构建时会跳过 import 语句，不会再报找不到模块的错误。

解决方案2：完全对齐SPM结构方案 #

如果你不想修改源码，也可以完全对齐 SPM 的多模块结构，不用 subspec，直接拆分出两个独立的 podspec：

• 新建 MyLibraryProtocols.podspec，单独声明协议模块的配置，和普通 pod 的配置规则一致
• 在 MyLibrary.podspec 中直接依赖 MyLibraryProtocols 这个独立的 pod，而不是用内部 subspec 依赖
  这样两个模块在 CocoaPods 构建时也是完全独立的 target，和 SPM 的逻辑完全一致，不需要修改源码的 import 语句。

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