升级glibc后静态链接程序用--wrap覆盖malloc失效求助

问题概述 #

升级至新版glibc后，malloc_hooks被弃用，尝试通过--wrap=malloc将自定义wrap_malloc替换系统malloc，但仅代码中直接调用的malloc被重定向，glibc内部函数（如fopen）调用的malloc未被覆盖；由于应用为静态链接，LD_PRELOAD方案无效。后续尝试将glibc的malloc()、free()及__libc_malloc()声明/定义为weak属性，且自定义malloc所在的libsn_memacct.a先于-lc链接，但自定义实现仍未触发。

核心原因分析 #

1. glibc内部多数内存分配操作直接调用__libc_malloc而非malloc，仅wrap malloc无法覆盖这类内部调用
2. 静态链接时符号优先级由链接顺序+符号属性共同决定：若自定义符号为弱符号，即使先链接，也可能被后续glibc的强符号覆盖；--allow-multiple-definition可能导致链接器忽略符号冲突，未正确选择自定义符号

解决方案 #

1. 同时Wrap malloc与__libc_malloc #

glibc内部函数（如fopen、strdup等）直接调用__libc_malloc，因此需同时wrap两个符号：

• 在链接命令中添加参数：

  -Wl,--wrap=malloc,--wrap=__libc_malloc
  

• 自定义实现中同时提供wrap_malloc和wrap___libc_malloc，可复用同一逻辑：

  #include <stddef.h>
  #include <stdio.h>
  
  // 声明真实的glibc函数
  void* __real_malloc(size_t size);
  void* __real___libc_malloc(size_t size);
  
  void* wrap_malloc(size_t size) {
      printf("[Custom] malloc called, size: %zu\n", size);
      return __real_malloc(size);
  }
  
  void* wrap___libc_malloc(size_t size) {
      // 复用wrap_malloc的逻辑
      return wrap_malloc(size);
  }
  

2. 确保自定义符号为强符号 #

移除自定义malloc/free的__attribute__((weak))属性，强符号会优先于弱符号被链接器选中。同时保持libsn_memacct.a在-lc之前链接，确保自定义符号先被解析。

3. 调整链接参数 #

移除-Wl,--allow-multiple-definition选项，该选项会让链接器忽略符号冲突，可能导致未预期的符号被选中。若链接时出现符号冲突警告，确认自定义符号为强符号即可，这类警告可忽略。

4. 验证符号替换结果 #

用nm命令检查最终可执行文件的符号，确认自定义符号被选中：

nm your_executable | grep -E "malloc|__libc_malloc"

输出中若显示自定义符号的地址（而非glibc的），则替换成功。

补充说明 #

若需替换free、realloc等其他内存管理函数，需按相同逻辑处理：同时wrap对应的公开函数和glibc内部别名（如__libc_free），确保覆盖所有调用路径。

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