GCC内存泄漏检测相当于Microsoft crtdbg.h?

Valgrind . 这应该会指出一些内存滥用,例如空指针读写和内存泄漏。Valgrind套件中有许多可用的工具,所以一定要查看它们。

其次,您可以始终使用使用 LD_PRELOAD dmalloc 和 efence

最后,最近的GCC版本包括一个名为 Mudflap

我使用了这三种方法,发现Valgrind非常有用。我对使用Mudflap也很感兴趣,尽管我还没能做到。

你应该看看“ Cross-Platform Memory Leak Detector ,看起来非常类似于crtdbg.h技术。

您还可能发现MALLOC\u CHECK\u环境变量很有用。

从malloc(3)手册页:

Linux libc(5.4.23之后)和glibc(2.x)的最新版本包括一个malloc()实现,可通过环境变量进行调整。当设置MALLOC_CHECK_时,会使用一个特殊的(效率较低的)实现,该实现可以容忍简单的错误,例如使用同一参数对free()进行两次调用,或者单个字节溢出(被一个bug关闭)。然而,并不是所有这样的错误都可以避免,并且可能导致内存泄漏。如果MALLOC_CHECK_设置为0,则会自动忽略检测到的任何堆损坏;如果设置为1,则在stderr上打印诊断消息;如果设置为2,则立即调用中止(3);如果设置为3,则在stderr上打印诊断消息,程序中止。使用非零MALLOC_CHECK_值可能很有用,因为否则崩溃可能会在很久以后发生,而问题的真正原因很难找到。

也许你可以使用 Boehm garbage collector 作为泄漏检测工具:

http://www.hpl.hp.com/personal/Hans_Boehm/gc/leak.html

从网站:

#include "leak_detector.h"

main() {
    int *p[10];
    int i;
    /* GC_find_leak = 1; for new collector versions not     */
    /* compiled with -DFIND_LEAK.               */
    for (i = 0; i < 10; ++i) {
    p[i] = malloc(sizeof(int)+i);
    }
    for (i = 1; i < 10; ++i) {
    free(p[i]);
    }
    for (i = 0; i < 9; ++i) {
    p[i] = malloc(sizeof(int)+i);
    }
    CHECK_LEAKS();
}   

(通过stderr通知您)

我不知道有什么“内置”的东西能做到你所描述的,但看起来“推出你自己的”版本并不难。您只需要将新调试记录在 map<void*, AllocationInfo> 其中,键是分配的指针和值( AllocationInfo )将是一些保存文件名、行号等的结构。您还需要定义一个自定义删除运算符,用于检查映射以查找要删除的指针。如果找到,该条目将从映射中删除。然后在进程关闭时发出映射的内容。

我发现 a page where someone describes their own home-grown system that works like this

当我们开始移植到Mac时,我也遇到了同样的问题。“使用性能工具运行->泄漏”是我找到的唯一一个工具,我对此并不感到兴奋。。。至少与CRTDEBUG相比。我知道有一些选择(正如其他人在这里所描述的),但最终由于我们是多平台的,我们使用Windows来查找漏洞。

因为你提到了静态分析器。我们花了一些时间试图找出热,直到它发现它运行C,但不是C++。

一段时间以来,clang和gcc都支持一些“消毒剂”,包括泄漏消毒剂。在编译期间启用时,编译器将检测代码,以便在运行时执行相应的检查。在gcc上,使用“-fsanize=leak”启用泄漏消毒剂。看见 https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html .