內(nèi)存泄漏是編程中常常見到的一個問題，我所遇過的原因有兩個：
1.分配完內(nèi)存后忘記回收
2.代碼有問題，造成想回收卻無法回收，例如：
int* p=new int;
p=new int; //p指針修改，原來申請內(nèi)存的地址沒有記錄下來，于是無法釋放
下面介紹如何檢查內(nèi)存泄漏：
1.包含頭文件和定義
#define _CRTDBG_MAP_ALLOC //并非絕對需要該語句，但如果有該語句，打印出來的是文件名和行數(shù)等更加直觀的信息
#include <stdlib.h>
#include <crtdbg.h>(1)#include語句必須采用上文所示順序。如果更改了順序，所使用的函數(shù)可能無法正確工作
(2)如果有cpp文件無法看到這三行，以下函數(shù)就無效了，于是應(yīng)該把這三行放到一個頭文件里，確保每個cpp文件會調(diào)用到它
2.方法一：使用_CrtDumpMemoryLeaks()
int main(int argc , char* argv[])
{
{new int;}
_CrtDumpMemoryLeaks();
return 0;
}
output：
Detected memory leaks!
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
其內(nèi)容包括：內(nèi)存分配型號（在大括號內(nèi)）、塊類型（普通、客戶端或 CRT）、 十六進(jìn)制形式的內(nèi)存位置、以字節(jié)為單位的塊大小、以字節(jié)為單位的塊大小、前 16 字節(jié)的內(nèi)容（十六進(jìn)制）
注意：
(1)大括號的位置，如果不加{new int;}，這塊內(nèi)存是等到main函數(shù)結(jié)束才泄漏的，而_CrtDumpMemoryLeaks()是在main函數(shù)里調(diào)用的，于是判斷內(nèi)存泄漏
class A
{
public:
int* Data;
A()
{
Data=new int;
}
~A()
{
delete Data;
}
};
int main(int argc , char* argv[])
{
A Test;
_CrtDumpMemoryLeaks();
return 0;
}
output：
Detected memory leaks!
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
(2)對于一些全局函數(shù)，如果初始化時申請了內(nèi)存，到程序結(jié)束時候才釋放，此函數(shù)會一直把新申請的內(nèi)存當(dāng)作泄漏來對待
A Test;
int main(int argc , char* argv[])
{
_CrtDumpMemoryLeaks();
return 0;
}
output：
Dumping objects ->
{49} normal block at 0x00384DA8, 4 bytes long.
Data: < > CD CD CD CD
Object dump complete.
2.方法二：在程序入口寫幾個語句，程序退出時，如果發(fā)現(xiàn)有內(nèi)存泄漏，會自動在DEBUG OUTPUT窗口和DebugView中輸出內(nèi)存泄漏信息
int tmpFlag = _CrtSetDbgFlag( _CRTDBG_REPORT_FLAG );
tmpFlag |= _CRTDBG_LEAK_CHECK_DF;
_CrtSetDbgFlag( tmpFlag );
3.方法三：使用_CrtMemCheckpoint()，可以查出某程序段的內(nèi)存泄漏情況
int main(int argc , char* argv[])
{
CrtMemState s1, s2, s3;
_CrtMemCheckpoint( &s1 );
new int; //程序段
_CrtMemCheckpoint( &s2 );
if ( _CrtMemDifference( &s3, &s1, &s2) ) _CrtMemDumpStatistics( &s3 );
return 0;
}
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.
posted on 2009-03-22 23:45
Lyt 閱讀(18390)
評論(4) 編輯 收藏 引用 所屬分類:
其他