网上方案

Carthage

放弃原因:
 存在多个pod时，执行命令存在引起其它对象下载或编译的现象存在。
 静态化库需要修改工程scheme为share,并修改mach-type为static

use-frameworks!

放弃原因:
 pod工程依赖，clean命令时，会关联清除。
 framework会使ipa大很多

cocoapod-package

原理:
 提前生成pod的vendor_framework,目标工程直接引用vendor
操作:
 需要先下载目标pod git, 切换至指定tag
 使用pod package命令进行操作，导出framework
 处理生成的pod-version文件夹
 将Podfile中pod的引用指向pod-version/*.podspec
放弃原因:
 导出的podspec经常性的缺失public header, 需要修改源podspec

CCache

原理:
 ccache底层对编译文件进行缓存，阻止二次编译
放弃原因:
 不支持module, 而swift必须要求开启module

Cocoapod-binary

放弃原因:
原理:
通过Pods生成Prebuild文件夹，将Pod工程指向Prebuild/Pod.xcproj
Prebuild工程提前对相关pod进行编译
放弃原因:
 工具不完善, 会出现workspace未创建，引入的framework找不到等各种问题。

最终方案

截取pod输出文件，直接导入工程

步骤

• 拆分Podfile
   每个文件包含一部分pod引入，通过ruby语法最终在Podfile中展开, 例如

        eval(File.read(Podfile_Prebuild_Path), binding)
        eval(File.read(Podfile_Other_Path), binding)
  

• 前置操作
   备份当前Pods文件夹
    防止后续操作多次下载Pod文件夹
   修改workspace Build路径
    XCode-File-Workspace Settings-Advanced
• 生成期待的Prebuild的所有相关内容
   注释掉除Prebuild之外的eval语句，执行pod update
   打开workspace执行build, 调用Pod编译出:Debug,Release,iphoneos,iphonesimulator四种结果。工程编译失败不需处理
   复制Build文件夹
   复制Pods/Header文件夹
   复制Pods/Target Support Files文件夹
    需要xcconfig文件,若有framework,还需要copy-resource.sh
• 编译其它内容
   注释Prebuild的eval语句，打开其它eval语句。执行pod update
• 修改工程依赖于Prebuild
    修改xcconfig,导入xcconfig
    修改xcconfig内容，将Pod_ROOT, POD_BUILD_DIR指向正确的地址
    修改copy_resource.sh底部install_framework等对$0的路径引用
    修改Build Phases, 添加Run Script, 执行copy_resouce.sh

效果

一次性导出41个pod, 节省全量编译时间400s

注意事项

WCDB必须用动态库导出，其与FMDB有冲突，不支持静态库，会引起sqlite多份代码。
若其它Pod中引用了预编译中也包括的库，可能会存在多份代码，建议动态库支持。