如何保护Linux下动态库内部函数不被外部同名函数覆盖？

问题根源 #

Linux下ELF格式的共享库默认将所有非static函数暴露为全局符号，动态链接器解析符号时会优先使用全局作用域中的符号（包括可执行文件里的同名函数），这就导致库内调用myFun时会被客户端的同名函数覆盖。而Windows的DLL默认仅对外暴露显式标记为导出的符号，内部函数默认是私有可见的，因此不会出现这个问题。

可行解决方案（无需全局重命名） #

1. 使用编译可见性选项隐藏内部符号 #

通过GCC的-fvisibility=hidden编译选项，将库内所有符号默认设为局部可见，仅对需要对外暴露的函数显式标记为全局可见。

示例步骤：

• 库代码（libfoo.c）：

  #include <stdio.h>
  
  // 显式标记该函数为对外导出（全局可见）
  __attribute__((visibility("default")))
  void lib_public_func() {
      myFun(); // 调用库内部的myFun
  }
  
  // 内部辅助函数，默认被隐藏为局部符号
  void myFun() {
      printf("function from Lib\n");
  }
  

• 编译共享库：

  gcc -fPIC -fvisibility=hidden -shared -o libfoo.so libfoo.c
  

• 客户端代码（main.c）：

  #include <stdio.h>
  
  void myFun() {
      printf("function from main\n");
  }
  
  extern void lib_public_func();
  
  int main() {
      myFun();       // 调用客户端的myFun
      lib_public_func(); // 调用库的导出函数，内部会调用库自身的myFun
      return 0;
  }
  

• 编译并运行客户端：

  gcc -o main main.c -L. -lfoo
  LD_LIBRARY_PATH=. ./main
  

  运行输出：

  function from main
  function from Lib
  

2. 使用版本脚本（Version Script）控制符号可见性 #

如果不想修改库代码的属性，可以通过链接器的版本脚本指定哪些符号对外导出，其余符号全部隐藏。

示例步骤：

• 创建版本脚本（foo.map）：

  {
      global: lib_public_func; // 指定对外导出的函数名
      local: *; // 所有其他符号设为局部可见
  };
  

• 编译共享库（无需修改库代码）：

  gcc -fPIC -shared -o libfoo.so libfoo.c -Wl,--version-script=foo.map
  

• 客户端代码和编译运行步骤同方案1，最终效果一致。

3. 对内部函数添加static修饰（不推荐大型项目） #

如果是少量内部函数，可以直接在函数前加static关键字，使其成为文件局部符号。但对于大型项目，逐个修改函数的工作量极大，因此不推荐。

原理说明 #

上述两种核心方案都是将库内的非导出符号从全局符号表中移除，动态链接器在解析库内部的函数调用时，只会在库的局部符号表中查找，不会去外部可执行文件的全局符号表中匹配，从而实现和Windows DLL一致的私有内部函数行为。

内容的提问来源于stack exchange，提问作者Dimitry