getaddrinfo内存泄漏

Question

我有以下代码来获取有关IPv4地址的信息：

struct addrinfo hints, *info = NULL;
char addr4[INET_ADDRSTRLEN];

memset(&hints, 0, sizeof(hints));
hints.ai_socktype = SOCK_STREAM;
hints.ai_family = AF_INET;

if (!getaddrinfo(argv[hostPara], NULL, &hints, &info)) {
    inet_ntop(AF_INET, &((const sockaddr_in *)info->ai_addr)->sin_addr, addr4, INET_ADDRSTRLEN);
}
if (info != NULL) {
    freeaddrinfo(info);
}

但是当我测试argv[hostPara]为"www.google.com"时，我从valgrind获得了以下代码

==3632== 168 bytes in 1 blocks are still reachable in loss record 1 of 1
==3632==    at 0x4C2B6CD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==3632==    by 0x524B5B8: make_request (check_pf.c:249)
==3632==    by 0x524BA53: __check_pf (check_pf.c:342)
==3632==    by 0x5201134: getaddrinfo (getaddrinfo.c:2458)
==3632==    by 0x40186B: main (trace.cc:214)

而如果argv[hostPara]为"www.ubuntu.com"，则不会发生内存泄漏。这是什么神奇的行为？

Answer 1

看起来有点像gblic，在ipv6的情况下是关于对象捕获的(看249行)。

正如其他成员所解释的那样，“仍然可达”本身并不是一个错误，但它可能隐藏了一些错误情况。在这种情况下，这不是一个问题，只是一个关于可能隐藏着一些令人讨厌的东西的警告。

此警告也已报告给redhat

对谷歌而不是对ubuntu发出警告的原因是因为谷歌在其服务器上部署了ipv6，而ubuntu没有，然后捕获就不执行了。您可以使用以下命令进行检查：

nslookup -q=AAAA www.google.com
nslookup -q=AAAA www.ubuntu.com

Answer 2

这可能不是内存泄漏(从技术上讲是的，但您不必担心)有时库会在第一次调用函数以供后续调用时分配内存。如果你愿意，你可以让valgrind suppress这些错误。

从FAQ

“仍然可达”意味着您的程序可能是正常的--它没有释放一些本来可以使用的内存。这是很常见的，而且通常是合理的。如果您不想看到这些报告，请不要使用--show-reachable=yes。

Answer 3

上面写着“仍然可以到达”。这可能意味着库为缓存或类似的东西分配了一些内存，而不想释放它。你可以安全地忽略它，或者至少它需要更多的分析，而不仅仅是说这是一个内存泄漏。

为什么不同的主机之间会有差异，这是任何人的猜测。可能是因为不同的域名服务器需要不同类型的工作。