Swift静态Pod私有库踩坑

首先你应该掌握以下几点知识：

1、动态库、静态库的区别，以及对应的架构合并、拆分。

2、Xcode对应的workspace、project、target的关系。

3、Pod依赖可以是源码、静态库（.a+framework）、动态库（framework）。

4、源码依赖的情况下，Pod打包进宿主工程可以选择是全部静态库打包还是动态库打包，或者某个库单独设置。

5、CocoaPods本地仓库缓存。

以上只是大概列举了一部分比较重要的，其实这块涉及到的知识点非常之多，如果你仅仅是为了实现这些功能，而并没有去理解为啥是这样，这样的话那就不存在有什么知识点，时间一久你也就忘了。

熟悉了这些知识点之后，可以更加深入的理解产生每一个bug其中具体的原理。

前面库的创建以及demo操作、pod操作等，这里就简化了，因为本文主要是记录在调试Swift库的过程中所遇到的坑，且一个库模块下面是包含多个subspec子模块的条件下进行调试。

demo工程是通过pod创建的，打开Example工程：

use_frameworks!

target 'XXXModule_Example' do
  
  target 'Extension' do
    inherit! :search_paths
  end
  
end

再创建一个target静态库，语言选择Swift；将库对应的源文件拖入到刚创建的target中，开始调试：

1、No such module 'Kingfisher'

当前库找不到第三方依赖 Kingfisher ；需要在对应的 Extension target增加pod 'Kingfisher'

use_frameworks!

target 'XXXModule_Example' do
  
  target 'Extension' do
    inherit! :search_paths
    pod 'Kingfisher'
  end
  
end

然后将podspec描述的库通过podfile在本地导入进来

use_frameworks!

target 'XXXModule_Example' do
  pod 'XXXModule/Extension', :path => '../'
  
  target 'Extension' do
    inherit! :search_paths
    pod 'Kingfisher'
  end
  
end

2、Your configuration specifies to merge with the ref 'refs/heads/master' from the remote, but no such ref was fetched.

提交pod描述文件的时候一直报这个错误，后面发现是因为仓库没有创建readme.md导致.

3、合并framework支持的架构

由于是swift版本，制作出来的库和oc不同，需要合并的内容多一些，如果采用手动lipo去合并，每次调试改bug很是繁琐，所以最好的方式是采用shell脚本，可以指定构建完成模拟器以及真机版本后自动放到你指定的位置。

具体实现的shell脚本网上很多，这里就不贴出来了。

4、pod源码、二进制无法切换

其实并不是你写的描述文件有问题，而是CocoaPods本地缓存的原因；当pod下载依赖库的时候，原理是：首先会去我们本地电脑缓存中去查找，找到后拿过来用，所以我们在切换依赖的时候，需要pod cache clean xxx，再pod导入需要的模块。

所有缓存都在~/Library/Caches/CocoaPods/Pods/这个路径下面

Other：之前迸发出一个想法，就是如何才能窥探到别人pod私有库的描述文件，无意之间仔细看了这里的内容，虽不能看到原始内容，但是也可看个大概；还有个方法就是可以在github上进行搜索，虽然库源码无法看到，但是有些公司是开放出来了描述文件的。

5、宿主工程中，没有导入import xxxx报错

由于某些模块/组件在很多Swift文件中有使用到，如果一个一个文件的去import，太麻烦了，其实只需要在一个文件中导入即可，但是这里注意了，分2种情况：

1）如果pod是以Swift源码依赖，那么只需要在一个文件中导入**@_exported** **import** **xxxx** 即可。

2）如果pod是以Swift静态库依赖，和其它库一样通过桥接的方式 **#import ** 导入（子模块subspec）

6、package swift static library error

pod package这个工具有一段时间没有维护了， 在打包swift静态带依赖库报错 并且还 无法通过命令参数指定输出库的架构 等等有些局限，如果要求不多并且没有swift静态库动态库的混合打包的话可以使用，打包方便；目前我自己的话还是通过xcode配合shell脚本进行构建。

目前还暂时没有遇到issues里面的问题；后期如果还有遇到其它问题会在本文继续补充更新。