GCC内存泄漏检测相当于Microsoft crtdbg.h？
在Visual Studio中使用Microsoft MSVC编译器开发通用C ++库多年后，我们现在将其移植到Linux / Mac OS X（为我们祈祷）。 我已经习惯了并且非常喜欢MSVC中简单的内存泄漏检测机制：
#ifdef DEBUG #define _CRTDBG_MAP_ALLOC #define NEW new( _NORMAL_BLOCK, __FILE__, __LINE__) #include #include #else #define NEW new #endif 每个内存分配都使用此NEW宏完成。 每当使用我们的库的进程终止时，控制台上会报告任何内存泄漏（尚未解除分配的块）以及最初分配内存的文件和行＃。
关于这个我喜欢的部分是我不必主动“运行性能工具”或以其他方式表明我正在寻找泄漏。 每次进程终止时，都会在正常的开发过程中向我报告泄漏。
现在我们正在转向GCC世界，我发现内存泄漏检测工具，其中许多非常复杂，需要我明确表明我处于泄漏搜索模式。 我的IDE是Xcode，我已经研究了一些分配/泄漏检测工具（比如Instruments和MallocDebug），但我承认我还没有花时间完全了解它们。 事实上，我实际上必须提前说明我正在寻找泄漏，而不是自动提醒它。
我正在使用Xcode 3.2，我听说现在有一个静态分析工具的漂亮集成，但我再次没有考虑过这个。 我正在寻找一些关于我的选择的想法。 GCC和/或Xcode中是否有类似的机制？ 是否有一个简单的第三方库或工具可以执行我所熟悉和喜爱的基本function？ 或者我应该吮吸它并学习新的做事方式？
您应该看看“ 跨平台内存泄漏检测器 ”，看起来非常类似于crtdbg.h技术。
您有许多选择。
首先，也是最常见的，您可以在Valgrind等工具下运行您的应用程序。 这应该指向一些内存滥用，例如NULL指针读取和写入以及内存泄漏。 Valgrind套件中提供了许多工具，因此请务必查看它们。
其次，您始终可以使用使用LD_PRELOAD技巧的库。 基本上，LD_PRELOAD技巧允许DLL注入，这意味着可以创建工具来帮助跟踪应用程序中的内存使用情况，而无需进行任何更改。 您会发现dmalloc和efence等工具在它们提供的调试工具中非常广泛。
最后，最近的GCC发布包括一个名为Mudflap的工具。 这基本上使用函数检测来包围与dmalloc，efence和Valgrind相同的内存函数的调用。 该程序将明显变慢，并且可以在运行时进行调整，尽管它看起来仍然具有很大的潜力。
我已经使用了所有三个并且发现Valgrind非常有用。 我一直对使用Mudflap非常感兴趣，尽管我还没有。
您可能还会发现MALLOC_CHECK_环境变量很有用。
来自malloc（3）手册页：
最近版本的Linux libc（晚于5.4.23）和glibc（2.x）包含一个malloc（）实现，它可以通过环境变量进行调整。 当设置MALLOC_CHECK_时，使用一种特殊的（效率较低的）实现，它被设计为容忍简单错误，例如使用相同参数的free（）的双重调用，或者单个字节的溢出（逐个错误） ）。 但是，并非所有此类错误都可以得到保护，并且可能导致内存泄漏。 如果MALLOC_CHECK_设置为0，则会自动忽略任何检测到的堆损坏; 如果设置为1，则在stderr上打印诊断消息; 如果设置为2，则立即调用abort（3）; 如果设置为3，则在stderr上打印诊断消息并中止程序。 使用非零MALLOC_CHECK_值可能很有用，因为否则崩溃可能会在很晚之后发生，因此很难找到导致问题的真正原因。
也许你可以使用Boehm垃圾收集器作为泄漏检测工具：
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获得通知）
我不知道有什么“内置”能够完成你所描述的内容，但似乎并不是很难“推出自己的”版本。 您只需要调试new来在map中记录指针，文件和行，其中键是分配的指针，值（ AllocationInfo ）将是包含文件名，行号等的结构。您还需要定义一个自定义删除操作符，该操作符检查映射以查找要删除的指针。 如果找到，则该条目将从地图中删除。 然后在进程关闭时，您将发出映射的内容。
我找到了一个页面，其中有人描述了他们自己的本土系统，就像这样工作 。
当我们开始移植到Mac时，我遇到了同样的问题。 “运行性能工具 – >泄漏”是我发现的唯一一个，而且我对此感到兴奋……至少与CRTDEBUG相比。 我知道有一些选项（正如其他人所描述的那样），但最终因为我们是多平台，我们正在使用Windows来查找泄漏。
既然你提到了静态分析仪。 我们花了一些时间试图弄清楚它是否运行直到我们发现它只做C而不是C ++