静态库SDK引发的符号冲突

.a是什么

.a是一堆.o文件的archive（The produced object files can be put in special archives called static libraries, for easier reusing later on）

可以用nm命令查看包含哪些符号

符号冲突的两种类型

• redefinition。 编译时出错，无法正常符号化。
  

• duplicate symbols。编译结束，链接过程中出错。
  

哪些会形成符号

每个类、全局变量、函数等等都是通过符号的方式来使用的。

哪些需要重命名

• 未暴露头文件的内容。 出现duplicate symbols错误
  • 全局常量
    

    
    
    extern NSString* const JSONModelErrorDomain;
    

    
    可以通过nm|grep命令查找到符号
  • 全局变量
  • 类
    

    
    
    @interface JSONModelError : NSError
    

    
    可以通过nm|grep命令查找到符号
• 暴露头文件的内容。出现redefinition错误
  除了未暴露头文件的内容中需要重命名的内容之外，还有：
  • 枚举
    

    
    
    typedef NS_ENUM(int, kJSONModelErrorTypes)
    
    {
    
    kJSONModelErrorInvalidData = 1,
    
    kJSONModelErrorBadResponse = 2,
    
    kJSONModelErrorBadJSON = 3,
    
    kJSONModelErrorModelIsInvalid = 4,
    
    kJSONModelErrorNilInput = 5
    
    };
    

    
    重复的话，编译器会报错，提示重复定义
  • protocol
    重复的话，编译器会忽略第二次定义
  • category
    重复的话，编译器会警告重复定义
  • 文件名
    文件名重复本身不会引起编译错误, 但是，由于相同文件名会造成用户引用文件混淆，因此文件名也需要重命名

疑问

通过nm|grep查找不到关于枚举的符号－－－>枚举不会形成符号?

其他

.a的使用方的build settings也会对是否发生符号冲突造成影响，如other linker flags.

另外，为了充分检测可能的符号冲突，应该把.a配套的include文件夹中的头文件都import到工程中。

p.s.把.a使用的第三方库暴露出去，是个设计错误，即使通过重命名规避了错误和警告。

Ref

编译原理中的tokenizer

转载于:https://www.cnblogs.com/mindyme/p/4608220.html