关于duplicate symbol的思考

iOS 开发中经常会遇到duplicate symbol这个问题，在编译链接的时候就会出现。相信有经验的开发都知道是怎么回事。那今天要讲的就是编译器在link时的一个坑！

讲个故事

最近在我们在发布SDK的时候，测试和预发，以及灰度都做完了。在正式发布的时候直接闪退了。看到这个问题直接一脸懵逼！

在SDK中，我们接入了人脸识别的SDK，在APP里面接入的时候，出现了闪退。挂在了RSA验签上，为什么同样的SDK会在正式发布的时候必闪退呢？由于涉及些公司安全东西，本篇是个阉割版，就不说解决过程了，我直接告诉结果了！

iOS系统API中并没有提供RSA公钥验签的算法API。既然挂在了这里，怀疑是扣了openssl的部分代码，进行了修改。APP里面也接入了openssl，然后在编译链接的时候，实际的RSA调用函数是外面的openssl的RSA，导致了crash。

探索

既然是两个库里面同时存在同样的symbol，为什么不报duplicate symbol的错误？我们下面写个demo进行测试下。

一、建立两个测试Library(LinkLibraryA和LinkLibraryB)和一个demo工程。

• LinkLibraryA

//.h
#ifndef LinkLibraryA_h
#define LinkLibraryA_h

#include <stdio.h>

void sameMethod();

#endif /* LinkLibraryA_h */

//.c
void sameMethod()
{
    printf("==== Library A ====");
}

• LinkLibraryB

//.h
#ifndef LinkLibraryB_h
#define LinkLibraryB_h

#include <stdio.h>

void sameMethod();

#endif /* LinkLibraryB_h */

//.c
void sameMethod()
{
    printf("==== Library B ====");
}

• demo

//mian.c
#include <stdio.h>

#include "LinkLibraryA.h"

int main(int argc, const char * argv[]) {
    
    sameMethod();
    return 0;
}

二、测试过程

直接编译发现xcode并没有报duplicate symbol错误。

测试1——先链接LinkLibraryA再链接LinkLibraryB

运行结果:==== Library A ====

测试2——先链接LinkLibraryB再链接LinkLibraryA

运行结果:==== Library B ====

通过以上两个测试，我们可以发现，存在同样的symbol，link的时候是不报错的！而且执行结果是依赖于静态库ld的顺序的！

进一步测试

• 修改下LinkLibraryB

//.h
#ifndef LinkLibraryB_h
#define LinkLibraryB_h

#include <stdio.h>

int sameMethod();

void testMethod(int a);

#endif /* LinkLibraryB_h */

//.c
int sameMethod()
{
    printf("==== Library B ====");
    return 1;
}

void testMethod(int a)
{
    printf("==== test link===");
}

将sameMethod增加一个返回值，增加另个一入参是int的testMethod的函数。

• 修改下demo测试代码

//main.c
#include <stdio.h>

#include "LinkLibraryB.h"

int main(int argc, const char * argv[]) {
    
    testMethod(sameMethod());
    
    return 0;
}

在main函数里面，我们在testMethod方法中，将sameMethod当入参传入。

测试1——先链接LinkLibraryA再链接LinkLibraryB

运行结果:编译不通过！报duplicate symbol _sameMethod

测试2——先链接LinkLibraryB再链接LinkLibraryA

运行结果:=== Library B ======== test link===

总结

通过以上测试可以发现，如果linker解决unresolved symbols时，如果已经找到symbol，那么将不再去其他静态库里面寻找。

后面两组测试，第一组报错了，是因为ld LinkLibraryA的时候已经发现sameMethod，但是需要解决testMethod的symbol，接着ld LinkLibraryB的时候，LinkLibraryB里面的LinkLibraryB.o中找到了testMethod，但是，又一次发现了sameMethod，所以报错了！(后来，我把testMethod换成单独的文件去写，无论先链接谁，都是编译不报错的，但是逻辑和上面说的一样，从侧面也说明了linker优先寻找本静态库的符号，如果找到将不再去其他静态库进行寻找)

如果在other linker flags里面添加-all_load那么也就正常报错了，也就是我们所说的linker不允许存在重复的符号！

思考

通过以上测试，我们发现了在接入静态库的时候，容易出现此类问题。所以，我觉得以下几个点，大家还是需要关注下：

• C没有函数重载，哪怕你参数多一个，编译链接的时候，也不会报错。因此，命名应有一套规范，防止和外面的C函数进行冲突

这点我觉得可以参考OC的方法，加上前缀。

• C函数不对外开放的函数，尽量加上static，限制它的作用域

• 对于接入的多个SDK依赖共同的SDK，请一定要仔细确认版本。

以上问题，大家注意下，希望大家别再踩了这个坑！