Linux GCC --wrap选项问题：链接库函数拦截失效求助

核心问题本质 #

你的原有尝试无效，是因为-Wl,--wrap=firstBoughtLib仅作用于当前编译的GTEST测试程序本身，只能替换测试代码中直接调用的符号。而middleware.so作为已编译完成的独立共享库，其内部符号引用逻辑在编译时已绑定到动态链接器的全局查找流程，不受测试程序的wrap选项影响，因此仍会直接调用boughtLib.so的原实现。

以下是三种可行的解决方向：

1. 运行时拦截验证（利用LD_PRELOAD覆盖符号） #

通过LD_PRELOAD加载自定义拦截库，让动态链接器优先加载我们的实现，从而拦截所有对firstBoughtLib的调用（包括middleware.so内部的调用）。

步骤：

• 编写拦截库代码intercept_boughtLib.c：

  #include <stdio.h>
  #include <dlfcn.h>
  
  // 保存原函数指针
  static void (*real_firstBoughtLib)(void) = NULL;
  
  // 库加载时自动初始化，获取原函数地址
  __attribute__((constructor))
  void init_intercept() {
      void *handle = dlopen("boughtLib.so", RTLD_LAZY);
      if (handle) {
          real_firstBoughtLib = dlsym(handle, "firstBoughtLib");
      }
  }
  
  // 拦截函数：验证调用并转发原函数逻辑
  void firstBoughtLib() {
      // 这里可以添加断言或日志，验证调用来源
      printf("[VERIFIED] middleware.so called firstBoughtLib from boughtLib.so\n");
      if (real_firstBoughtLib) {
          real_firstBoughtLib(); // 不影响原有业务逻辑
      }
  }
  

• 编译拦截库：

  gcc -fPIC -shared -o intercept_boughtLib.so intercept_boughtLib.c -ldl
  

• 运行测试程序时加载拦截库：

  LD_PRELOAD=./intercept_boughtLib.so ./your_gtest_binary
  

  只要拦截函数的日志输出，就说明middleware.so确实在调用目标符号；若未触发，则说明符号已被替换。

2. 静态分析验证（直接检查库的符号依赖） #

无需运行程序，通过工具直接分析middleware.so的符号引用关系，确认它确实依赖boughtLib.so的目标函数。

常用命令：

• 检查middleware.so的动态符号表，确认firstBoughtLib是未定义符号（需从动态库加载）：

  objdump -T middleware.so | grep firstBoughtLib
  

  输出若包含UND标记，说明该符号需要动态链接器从外部库加载。
• 检查middleware.so的依赖库列表，确认包含boughtLib.so：

  readelf -d middleware.so | grep NEEDED
  

• 查看符号绑定类型，确保是全局动态绑定：

  readelf -s middleware.so | grep firstBoughtLib
  

  若绑定类型为GLOBAL且未定义，即可证明middleware.so会在运行时从boughtLib.so加载该函数。

3. 存根库替换验证 #

临时将boughtLib.so替换为自定义存根库，通过存根函数的调用日志验证middleware.so是否真的调用了目标符号。

步骤：

• 编写存根库代码fake_boughtLib.c：

  #include <stdio.h>
  
  void firstBoughtLib() {
      printf("[STUB] firstBoughtLib was called by middleware.so\n");
  }
  

• 编译存根库：

  gcc -fPIC -shared -o boughtLib.so fake_boughtLib.c
  

• 将存根库放入LD_LIBRARY_PATH的优先位置，运行测试：

  LD_LIBRARY_PATH=./stub_lib_dir:$LD_LIBRARY_PATH ./your_gtest_binary
  

  若存根函数的日志输出，说明middleware.so确实在调用目标符号；若未输出，则说明符号已被替换（比如middleware.so内部静态实现了该函数）。

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