新秋四 iOS小记【Pod提交失败/编译后拿framework/

1、实际上导入一个库时，若需要依赖于部分系统库。
（1）可以按照报错内容，来看缺少了什么系统库。特别是文档提及的全部库都导入完后，仍然报错时。
Undefined symbols for architecture i386: "_deflate", referenced from:
（2）找到SDK的PodSpec，然后看文件里边的依赖是怎么写的。

2、上周五时，提交pod的时候，一直遇到了

  - ERROR | [iOS] xcodebuild: Returned an unsuccessful exit code. You can use `--verbose` for more information.
    - ERROR | xcodebuild:  ....

现在总结起来：
（1）本身代码有问题，可以运行看是否能跑起来。
（2）podspec版本指定的问题，如果是指定某个特定的版本，就会报此错误，如果是加'~>'就不会出错。可能是因为我此次加的版本号，不够规范，是四位的 0.0.3.1。

其他文章还提及了其他错误：
CocoaPods 打包报错，不知道不知道哪里出问题了，求助
cocoapods迭代版本时，出现问题

3、手动集成时，是用了工程Pod install并且编译后所产生的库。
此时基本上这些被编出来的库，都是动态库。
如果pod文件夹下是framework，那可以直接拿来用。
如果pod文件夹下是源码，那可以再product文件夹下找到framework。

4、打包三架构的包
（1）可以在 Architecture Only中设置为YES
（2）可以使用终端命令来手动移除某个架构
iOS 打包移除 i386 和 x86_64 平台动态库

5、
问题: Header Search Paths 与 User Header Search Paths 的区别

6、
打了播放器的动态库，不知道为什么是没有modulemap的，而导致用的时候，都需要设置Allow non。需要找出是什么原因，导致没有modulemap
ios自定义Framework 报错 Could not build module 解决方法
一般Xcode有相关报错时，都会提及module此词。

7、了解某些项目中组件化的思路
组件化库

8、use_frameworks!会导致不少问题。类似
OC与Swift混编项目中引入use_frameworks!冲突的问题

9、IJK的版本打印