我們的這款游戲從開(kāi)發(fā)到上線至今已有大概4年了，昨天發(fā)現(xiàn)代碼中有new出來(lái)的對(duì)象沒(méi)有delete，程序退出后VS輸出欄中居然沒(méi)有提示，難道程序中沒(méi)有內(nèi)存泄漏檢察？進(jìn)一步的求證確定了我的擔(dān)憂（我是半路進(jìn)的項(xiàng)目組）。在代碼中加上_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF)后，VS的輸出欄赫然顯示了大量的內(nèi)存泄漏。在動(dòng)手解決內(nèi)存泄漏之前，先復(fù)習(xí)一下有關(guān)new操作符重載的相關(guān)知識(shí)：
new 操作符按其可見(jiàn)性可分為全局的與局部的(類成員)，我們可以對(duì)他們進(jìn)行重載，下面是VS 2010中new.cpp中new操作符的聲明
1 void * operator new( size_t size ); //1
2 void * operator new ( size_t size, int nBlockUse, const char * szFileName, int nLine ); //2
void main()
{
char * p = new char; //調(diào)用第1個(gè)new
p = new ( _NORMAL_BLOCK, __FILE__, __LINE__ ) char; //調(diào)用第2個(gè)new
}
調(diào)用new時(shí)，傳入的參數(shù)比new聲明時(shí)的參數(shù)少了一個(gè)，即第一個(gè)參數(shù)，該參數(shù)是new的對(duì)象的大小，由編譯器填寫(xiě)，禁止程序員自己插手。
對(duì)一個(gè)類重載new和delete
class Student
{
void * operator new( size_t size ) //3
{
std::cout << __FUNCTION__ << std::endl;
return malloc( sizeof(Student) );
}
};
Student * pS = new Student(); //調(diào)用Student類內(nèi)部的new，即第3個(gè)new
當(dāng)我們new一個(gè)自定義類時(shí)，如果該類重載了new操作符，則優(yōu)先使用該類內(nèi)部定義的new，如果這時(shí)非要調(diào)用全局的new操作符怎么辦呢？可以在new前面加兩個(gè)冒號(hào):
pS = ::new Student(); //調(diào)用全局的new，第1個(gè)new
下面回到解決內(nèi)存泄漏的步驟上：
1 在程序必定會(huì)執(zhí)行的路徑上加上：
_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF);
不一定非得是程序的最開(kāi)始處
2 使用上面給出的第2個(gè)new操作符，當(dāng)程序退出時(shí)，它會(huì)在VS輸出欄中注明是哪行代碼引起的內(nèi)存泄漏。即所有的new 都改為
new ( _NORMAL_BLOCK, __FILE__, __LINE__ )
完了。。。。。這樣就可以了。
但是，我們程序已有的代碼都寫(xiě)的是new，而不是new ( _NORMAL_BLOCK, __FILE__, __LINE__ )。
MFC中的解決方法：
#define new new ( _NORMAL_BLOCK, __FILE__, __LINE__ )
這樣好像是可以解決問(wèn)題，但是我們游戲中用了Gamebryo游戲引擎，這個(gè)引擎中很多類內(nèi)部重載了new操作符，并且還有如下的宏定義：
#define NiNew new( NI_MEMHINT_NONE, __FILE__, __LINE__ , __FUNCTION__ )
并且引擎自帶的對(duì)象都是通過(guò)NiNew來(lái)創(chuàng)建的，如 NiNew NiAlphaProperty();
如果我們把new 宏定義成了new ( _NORMAL_BLOCK, __FILE__, __LINE__ )，那么碰到NiNew NiAlphaProperty()后，代碼就被展開(kāi)成為
new ( _NORMAL_BLOCK, __FILE__, __LINE__ ) ( NI_MEMHINT_NONE, __FILE__, __LINE__ , __FUNCTION__ ) NiAlphaProperty(); 當(dāng)編譯器嘗試著用此代碼與NiAlphaProperty類內(nèi)部定義的new操作符去匹配時(shí)就抓瞎了，只能報(bào)錯(cuò)。
目前就只能自己再定義一個(gè)宏:
#define New ::new ( _NORMAL_BLOCK, __FILE__, __LINE__ )
將代碼中所有的new替換成New。
另一種內(nèi)存泄漏檢測(cè)方法就是借用第3方的庫(kù):
Visual Leak Detector 是一個(gè)不錯(cuò)的泄漏檢測(cè)庫(kù)，下載地址：
http://vld.codeplex.com/releases/view/82311
只需要在自己的程序的main函數(shù)所在的文件中#include <vld.h>就可以了，使用起來(lái)很方便。
(注: _CrtSetBreakAlloc()對(duì)大型的C++工程不太實(shí)用 )