CocoaPods依赖冲突：Framework A&B同名框架报错的依赖端解决方案咨询

你的问题核心是Framework A依赖Framework B的Dynamic子spec，而用户同时在Podfile中引入Framework A和Framework B时，CocoaPods会试图加载Framework B的多个子spec（或主spec+Dynamic子spec），这些子spec输出了同名的xcframework，导致冲突。以下是在依赖端（Podspec层面）的解决方法：

方法1：重构Framework B的Podspec，让主spec作为Dynamic子spec的别名 #

修改Framework B的Podspec，让主spec不直接包含产物，而是依赖Dynamic子spec，确保用户安装主spec时默认获取Dynamic版本，避免同时拉取多个产生同名产物的子spec：

Pod::Spec.new do |s|
  s.name = 'Framework B'
  s.version = '1.0.0'
  s.summary = 'Your Framework B summary'
  s.homepage = 'Your homepage'
  s.license = { :type => 'MIT', :file => 'LICENSE' }
  s.author = { 'Your Name' => 'your@email.com' }
  s.platform = :ios, '13.0'
  s.source = { :git => 'https://your-repo-url.git', :tag => s.version.to_s }

  # 主spec依赖Dynamic子spec，用户安装主spec时默认加载Dynamic版本
  s.dependency 'Framework B/Dynamic', s.version

  s.subspec 'Dynamic' do |ds|
    ds.vendored_frameworks = 'Frameworks/framework_b_name.xcframework'
    # Dynamic框架的其他配置（如是否为动态库）
    ds.dynamic_framework = true
  end

  # 如果存在Static子spec，修改其产物名称避免冲突
  s.subspec 'Static' do |ss|
    ss.vendored_frameworks = 'Frameworks/framework_b_name_static.xcframework'
    ss.static_framework = true
  end
end

这种方式下，无论用户是直接安装Framework B还是通过Framework A间接依赖，CocoaPods只会加载Dynamic子spec的产物，不会出现同名冲突。

方法2：在Framework A的Podspec中明确约束依赖范围，避免多版本/多子spec冲突 #

确保Framework A的Podspec中对Framework B的依赖不仅指定子spec，还明确版本范围，同时避免依赖模糊的主spec：

Pod::Spec.new do |s|
  # Framework A的基础配置...

  # 明确依赖Framework B的Dynamic子spec，且版本严格匹配
  s.ios.dependency 'Framework B/Dynamic', '~> 1.0.0'

  # 可选：设置Framework A为动态库，确保与依赖的Dynamic框架兼容
  s.dynamic_framework = true
end

结合方法1使用，可彻底避免CocoaPods解析出多个同名产物的情况。

关键注意事项 #

• 不要让Framework B的不同子spec输出同名的xcframework，这是冲突的根源。如果必须保留多个子spec（静态/动态），务必修改产物文件名区分。
• 避免在Podspec中重复定义相同的vendored_frameworks路径，即使是不同子spec也不行。

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