1. 测试工程中引用SDK.framework, 发现执行SDK后, Xcode中的打印日志居然是以前SDK的日志内容, 判断可能是引入了旧版的SDK.framework, 删掉重新引入依然出现以上的问题. 从测试工程中删除掉引入SDK.framework, 测试工程中的代码依然 import<SDK/SDK.h>, Command+B 依然成功. (此处请允许我爆粗口, 艹, 这个问题浪费了我3个多小时😡)
解决过程:
- 拷贝同样的测试工程, 换一台机器编译(带上了之前我认为引入错误的SDK), Xcode打印的日志是最新的日志.
- 删除掉SDK.framework, 代码中 import<SDK/SDK.h> , Command + B 报错找不到头文件. 这样说明在别的机器上是正常的, 可是为什么自己的机器就连没有SDK.framework, 代码中import<SDK/SDK.h>也不是报错呢?(思考中🤔).
- 怀疑是有缓存或者是引入framework的路径出了问题. clean工程没用, 我以为缓存已经清除掉了(却不知道clean工程并没有什么卵用). 然后检查framework的路径 framework search path, 没检查出问题(因为即便是删除掉里面的内容还是能运行成功,此时心中一万头草泥马狂奔).
- 找到技术总裁(大佬), 帮我排除一切可能之后发现了DerivedData这个👻东西, 删除掉里面的全部内容再次尝试引入SDK.framework运行出了正确的结果. 把我感动的不行, DerivedData这是个什么鬼👻东西呢?
- DerivedData从字面上看意思是派生数据的意思, 其实就是Xcode编译出来的各种缓存文件和数据, clean工程的时候清理不掉(不知道要这个clean功能有啥用).如果发现Xcode在编译工程的时候出现诡异的情况, 比如说我这种, 就考虑一下清理Xcode/DerivedData里的全部缓存文件吧(要养成经常清理缓存的好习惯).
备注: Xcode/DerivedData文件夹从这里可以进入
image.png
2. 制作静态库(.a或.framework)的时候, 如果使用了分类, 最好将分类中的方法名称带上前缀. 这样做可以有效的防止使用静态库的时候,外部工程中有某类的分类中方法名和静态库该分类的方法名相同,导致静态库中的分类方法异常.
例如: 静态库中创建了UIView的分类UIView+A,并使用了分类UIView+A中的- (void)abcde;方法. 此时外部工程也有一个UIView的分类UIView+B,并使用了分类UIView+B中的- (void)abcde;方法, 那么很可能会导致静态库中UIView+A中的- (void)abcde;被覆盖, 程序异常或crash.
