我用一个（稍微）难看的变通办法解决了这个问题;我将包含路径导出到父项目。
由于包含路径是多值的，一个列表而不是一个设置，Cocoapods可以合并父项目（PodA）设置的任何内容和子项目（PodB）要求的任何内容。
我以前尝试过这个解决方案，但是失败了，因为我使用的是HEADER_SEARCH_PATHS而不是SWIFT_INCLUDE_PATHS。

# Ensure module isn't deleted by CocoaPods

s.preserve_paths = 'path_to/PodB/CommonCrypto'
s.pod_target_xcconfig = { 'SWIFT_INCLUDE_PATHS' => '$(PODS_ROOT)/path_to/CommonCrypto' }
s.user_target_xcconfig = { 'SWIFT_INCLUDE_PATHS' => '$(PODS_ROOT)/path_to/CommonCrypto' }

user_target_xcconfig允许PodB将构建设置注入到PodA中。这通常不是一个好主意，可能会把所有事情都搞砸，所以我希望有一个更好的解决方案，但在将父pod指向模块的特定情况下，我认为这是可以接受的。
也就是说，如果PodA依赖于PodB和PodC，而B和C都需要CommonCrypto，我 * 认为 * 此解决方案将失败...

到目前为止，我已经很幸运地将所有需要的CommonCrypto头复制到一个桥接头中，并将其包含到pod中。CommonCrypto很少更改，在发生任何重要更改之前，它很可能是一个模块化的头。请参见RNCryptor.h以获得一个示例头文件。请注意，所有的#ifdef条件都包括在内，并且包含了每个完整的头文件（而不仅仅是这个项目所需要的）。这应该可以防止多个包导入同一个文件（只要头文件没有改变）。
resultant podspec只包含.h作为源代码：

s.source_files = 'RNCryptor.swift', 'RNCryptor.h'

您是否将框架添加到podB的规范文件中？

s.frameworks = 'CommonCrypto'

使用$（PODS_TARGET_SRCROOT）而不是$（PODS_ROOT）/podname/对我有效

s.source_files = 'Classes/**/*.swift', 'modules/**/*.map'
s.preserve_paths = 'modules/**/*.map'

s.pod_target_xcconfig = {
   'SWIFT_INCLUDE_PATHS[sdk=iphoneos*]'         => '$(PODS_TARGET_SRCROOT)/modules/iphoneos/CommonCrypto',
   'SWIFT_INCLUDE_PATHS[sdk=iphonesimulator*]'  => '$(PODS_TARGET_SRCROOT)/modules/iphonesimulator/CommonCrypto',
}

module.map ：模块/iphoneos/公用加密/module.map:

module CommonCrypto [system] {
    header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/CommonCrypto/CommonCrypto.h"
    export *
}

模块/iphonesimulator/公用加密/module.map:

module CommonCrypto [system] {
    header "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/include/CommonCrypto/CommonCrypto.h"
    export *
}