Valgrind检测到getaddrinfo存在仍可访问内存泄漏，如何解决？

1. 泄漏是否由库导致？ #

是的，这是Ubuntu 20.04配套的glibc 2.31版本中的已知实现细节问题。getaddrinfo在处理IPv6地址解析时，会初始化一些全局缓存或内部数据结构，这些内存会被Valgrind标记为still reachable——因为它们会持续存在到进程退出，glibc设计上依赖系统在进程结束后回收这部分内存，而非主动释放。这类“泄漏”并非应用代码错误，属于库的底层实现特性。

2. 能否修复？ #

从应用代码层面无法直接修复这类内存残留，但可以通过以下方式让Valgrind不再报告此类问题：

• 使用Valgrind的--suppressions参数加载抑制规则文件，过滤glibc内部的still reachable泄漏。可以手动编写抑制规则，也可以直接使用系统提供的glibc抑制文件（例如/usr/lib/valgrind/glibc-2.31.supp，具体路径依系统配置而定）。
• 升级系统glibc版本：Ubuntu 22.04及后续版本的glibc已修复部分此类getaddrinfo相关的still reachable问题，但升级系统可能不符合项目环境约束。

3. 可行替代方案 #

如果必须彻底消除Valgrind的此类报告，除了上述抑制方法，还可以考虑：

• 直接使用固定IPv6地址：若目标服务器IPv6地址固定，跳过域名解析流程，手动构造sockaddr_in6结构体，完全绕开getaddrinfo的调用。
• 更换DNS解析库：使用第三方异步DNS库如c-ares，其内存管理更透明，不会产生glibc这类全局内存残留问题。
• 自定义内存跟踪（不推荐）：重载malloc/free函数跟踪内存分配，但这种方式复杂度高，容易引入新问题，仅适合极端场景。

最小复现示例 #

#define _POSIX_C_SOURCE 200809L
#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>

int main(void) {
    struct addrinfo hints = {0};
    struct addrinfo *result;
    int ret;

    hints.ai_family = AF_INET6;
    hints.ai_socktype = SOCK_STREAM;

    ret = getaddrinfo("localhost", "80", &hints, &result);
    if (ret != 0) {
        fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(ret));
        return EXIT_FAILURE;
    }

    freeaddrinfo(result);
    return EXIT_SUCCESS;
}

编译命令：

gcc -std=c99 -o test_getaddrinfo test_getaddrinfo.c

Valgrind检测命令：

valgrind --leak-check=full --show-leak-kinds=all ./test_getaddrinfo

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