XCFramework封装为CocoaPod分发时ThirdPartyBSDK依赖崩溃问题咨询

我有一个XCFramework类型的Xcode项目，包含以下内容：

• 实现SDK（SuperSDK）API的代码；
• 闭源的Internal.xcframework；
• 第三方A SDK的XCFramework；
• 通过CocoaPod引入的第三方B SDK（ThirdPartyBSDK）。

我通过pod install生成的XCWorkspace创建SuperSDK.xcframework，对应的Podfile配置如下：

target 'SuperSDK' do
  use_frameworks!

  pod 'ThirdPartyBSDK'
end

将SuperSDK.xcframework以CocoaPod形式分发，对应的Podspec配置如下：

Pod::Spec.new do |s|
  s.name             = 'SuperSDK'
  s.version          = '0.1.0'
  s.summary          = 'Super SDK'


  s.description      = 'SuperSDK Cocoapod'

  s.homepage         = 'https://supersdk.com'
  s.license          = { :type => 'MIT', :file => 'LICENSE' }
  s.author           = { 'SuperSDK' => 'info@supersdk.com' }
  s.source           = { :http =>  'file://' + __dir__ + '/SuperSDK.zip', :type => 'zip' }
  s.xcconfig         = { 'FRAMEWORK_SEARCH_PATHS' => '"$(PODS_ROOT)/SuperSDK/**"' }
  s.module_name = 'SuperSDK'

  s.ios.deployment_target = '14.0'

  s.dependency 'ThirdPartyBSDK'

  s.vendored_frameworks = 'SuperSDKPod/Frameworks/SuperSDK.xcframework', 'SuperSDKPod/Frameworks/Internal.xcframework', 'SuperSDKPod/Frameworks/ThirdPartyA.xcframework'

end

将该SuperSDK CocoaPod集成到iOS应用项目后，应用编译通过但在模拟器启动时出现dyld崩溃错误：

dyld[29662]: Symbol not found: _$s12ThirdPartyBSDK0A0C09setTelemetryA6Server3urlySS_tKFTj
  Referenced from: <26968490-638C-3390-9E3E-0DDEC07ACA87> /Users/alpha/Library/Developer/CoreSimulator/Devices/0451AD73-E1EC-4568-8BD5-227DFA87FB90/data/Containers/Bundle/Application/331216E1-417E-4790-B037-B037B9B27D35/Demo Prod Debug.app/Frameworks/SuperSDK.framework/SuperSDK
  Expected in:     <3709E85E-A65D-39CE-ABE4-1BC07F9CD0F4> /Users/alpha/Library/Developer/CoreSimulator/Devices/0451AD73-E1EC-4568-8BD5-227DFA87FB90/data/Containers/Bundle/Application/331216E1-417E-4790-B037-B037B9B27D35/Demo Prod Debug.app/Frameworks/ThirdPartyBSDK.framework/ThirdPartyBSDK
Message from debugger: killed

核心疑问：在当前配置下，是否需要编译ThirdPartyBSDK的源码生成XCFramework，并将其作为vendored_frameworks添加到SuperSDK的Podspec中？

崩溃原因解析 #

这个dyld崩溃的核心是符号版本/架构不匹配：编译SuperSDK.xcframework时依赖的ThirdPartyBSDK，和应用集成时通过Pod拉取的ThirdPartyBSDK在版本、架构切片上存在差异，导致SuperSDK中引用的符号在运行时找不到对应实现。

是否需要将ThirdPartyBSDK打包为XCFramework加入vendored_frameworks？ #

这是可行的解决方案，但并非唯一选项：

• 如果采用这种方式，你需要将ThirdPartyBSDK编译成XCFramework，加入到SuperSDK的分发包中，在Podspec的vendored_frameworks里声明该框架，同时移除s.dependency 'ThirdPartyBSDK'配置。这样SuperSDK和应用将使用同一个ThirdPartyBSDK二进制，从根源上避免版本/架构不一致问题。

替代解决方案 #

如果不想打包ThirdPartyBSDK，也可以通过以下方式修复：

1. 锁定依赖版本：在SuperSDK的Podspec中，将ThirdPartyBSDK的依赖指定为精确版本（比如s.dependency 'ThirdPartyBSDK', '1.2.3'），确保应用集成时拉取的版本和编译SuperSDK时使用的版本完全一致。
2. 检查链接方式：编译SuperSDK.xcframework时，确保对ThirdPartyBSDK采用动态链接（若ThirdPartyBSDK本身是动态框架），避免静态链接导致符号嵌入SuperSDK后，与应用中加载的动态框架产生符号冲突。
3. 验证XCFramework架构完整性：确认SuperSDK.xcframework包含所有需要的架构（如arm64真机、x86_64/i386模拟器），且编译时依赖的ThirdPartyBSDK也具备对应架构的切片。

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