如何检查C++中的内存泄漏
转载自 http://www.cppblog.com/Lyt/archive/2009/03/22/77517.html
内存泄漏是编程中常常见到的一个问题，我所遇过的原因有两个：
1.分配完内存后忘记回收
2.代码有问题，造成想回收却无法回收，例如：
1 int* p=new int; 2 p=new int; //p指针修改，原来申请内存的地址没有记录下来，于是无法释放
下面介绍如何检查内存泄漏：
1.包含头文件和定义
1 #define _CRTDBG_MAP_ALLOC //并非绝对需要该语句，但如果有该语句，打印出来的是文件名和行数等更加直观的信息 2 #include <stdlib.h> 3 #include <crtdbg.h>
(1)#include语句必须采用上文所示顺序。如果更改了顺序，所使用的函数可能无法正确工作
(2)如果有cpp文件无法看到这三行，以下函数就无效了，于是应该把这三行放到一个头文件里，确保每个cpp文件会调用到它
2.方法一：使用_CrtDumpMemoryLeaks()
1 int main(int argc , char* argv[]) 2 { 3 {new int;} 4 _CrtDumpMemoryLeaks(); 5 return 0; 6 }
output：
Detected memory leaks!
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
其内容包括：内存分配型号（在大括号内）、块类型（普通、客户端或 CRT）、 十六进制形式的内存位置、以字节为单位的块大小、以字节为单位的块大小、前 16 字节的内容（十六进制）
注意：
(1)大括号的位置，如果不加{new int;}，这块内存是等到main函数结束才泄漏的，而_CrtDumpMemoryLeaks()是在main函数里调用的，于是判断内存泄漏
1 class A 2 { 3 public: 4 int* Data; 5 A() 6 { 7 Data=new int; 8 } 9 ~A() 10 { 11 delete Data; 12 } 13 }; 14 15 int main(int argc , char* argv[]) 16 { 17 A Test; 18 _CrtDumpMemoryLeaks(); 19 return 0; 20 }
output：
Detected memory leaks!
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
(2)对于一些全局函数，如果初始化时申请了内存，到程序结束时候才释放，此函数会一直把新申请的内存当作泄漏来对待
1 A Test; 2 int main(int argc , char* argv[]) 3 { 4 _CrtDumpMemoryLeaks(); 5 return 0; 6 }
output：
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
2.方法二：在程序入口写几个语句，程序退出时，如果发现有内存泄漏，会自动在DEBUG OUTPUT窗口和DebugView中输出内存泄漏信息
1 int tmpFlag = _CrtSetDbgFlag( _CRTDBG_REPORT_FLAG ); 2 tmpFlag |= _CRTDBG_LEAK_CHECK_DF; 3 _CrtSetDbgFlag( tmpFlag );
3.方法三：使用_CrtMemCheckpoint()，可以查出某程序段的内存泄漏情况
1 int main(int argc , char* argv[]) 2 { 3 _CrtMemState s1, s2, s3; 4 _CrtMemCheckpoint( &s1 ); 5 new int; //程序段 6 _CrtMemCheckpoint( &s2 ); 7 if ( _CrtMemDifference( &s3, &s1, &s2) ) _CrtMemDumpStatistics( &s3 ); 8 return 0; 9 }
output：
bytes in 0 Free Blocks.
4 bytes in 1 Normal Blocks.
0 bytes in 0 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 0 bytes.
Total allocations: 4 bytes.
