自定义LibC覆盖库：如何优先调用自身函数而非LibC函数？

这个问题我之前帮不少开发者踩过坑，核心原因是动态链接器默认的全局符号介入机制：当你的库内部调用一个符号（比如strcpy）时，默认会通过PLT（过程链接表）进行延迟绑定，这时候动态链接器可能会找到LibC里的版本，而不是你库自己实现的。下面给你几个靠谱的解决办法：

1. 链接时使用-Bsymbolic或-Bsymbolic-functions选项 #

这是最直接有效的方案，告诉链接器：当库内部引用符号时，优先绑定到库自身定义的版本，跳过PLT的动态解析。

编译共享库时，在链接阶段加上这个选项：

gcc -shared -fPIC -o mylib.so mylib.c -Wl,-Bsymbolic

或者更严格地只针对函数：

gcc -shared -fPIC -o mylib.so mylib.c -Wl,-Bsymbolic-functions

注意事项： #

• 这个选项会让库内部的符号引用直接绑定到自身实现，完美解决你遇到的call strcpy WRT ..plt调用LibC版本的问题。
• 如果你库中的某些函数依赖LibC的弱符号（比如某些可选实现），可能需要调整，但对于strcpy这类强符号完全没问题。

2. 利用符号可见性控制（精细粒度调整） #

如果不想全局设置-Bsymbolic，可以通过符号可见性属性，让编译器直接生成内部调用，而非PLT调用。

方法： #

• 给你的自定义函数加上__attribute__((visibility("hidden")))属性，让编译器知道这个符号只在库内部可见，内部调用时直接跳转，不走PLT：

__attribute__((visibility("hidden"))) char *strcpy(char *dest, const char *src) {
    // 你的自定义实现
    char *ret = dest;
    while ((*dest++ = *src++));
    return ret;
}

• 也可以全局设置默认可见性为hidden，只对外暴露需要的符号：
  编译时加上-fvisibility=hidden，然后给需要对外暴露的函数标记__attribute__((visibility("default")))。

这种方式的好处是可以精准控制哪些函数内部优先调用自身版本，哪些仍保留动态绑定的能力。

3. 编译时使用-fno-plt选项 #

这个选项会让编译器生成直接的符号引用，而非通过PLT的间接调用，适用于大多数场景。编译命令示例：

gcc -shared -fPIC -fno-plt -o mylib.so mylib.c

它会跳过PLT的生成，让内部函数调用直接指向库自身的实现，同样能解决你的问题。

内容的提问来源于stack exchange，提问作者Ra'Jiska