剛開(kāi)始使用Ogre時(shí)總是碰到內(nèi)存泄露，而且往往是一泄千里，等半分鐘才能打完日志，我想這和Ogre中的大量大對(duì)象很有關(guān)系。下面就來(lái)分析一下內(nèi)存泄露的產(chǎn)生原因。
1. MFC中使用Ogre時(shí)發(fā)生的內(nèi)存泄露
這個(gè)問(wèn)題比較有意思，其實(shí)并沒(méi)有發(fā)生泄露，而是MFC自作主張的認(rèn)為發(fā)生了內(nèi)存泄露，實(shí)際上內(nèi)存并不是沒(méi)有釋放，而是在VC報(bào)內(nèi)存泄露之后釋放，先來(lái)看一看MFC報(bào)內(nèi)存泄露時(shí)的調(diào)用堆棧：
msvcr71d.dll!_CrtDumpMemoryLeaks() 行2208 C
mfc71d.dll!_AFX_DEBUG_STATE::~_AFX_DEBUG_STATE() 行127 C++
mfc71d.dll!_AFX_DEBUG_STATE::`scalar deleting destructor'() + 0xf C++
mfc71d.dll!CProcessLocalObject::~CProcessLocalObject() 行472 + 0x26 C++
mfc71d.dll!CProcessLocal<_AFX_DEBUG_STATE>::~CProcessLocal<_AFX_DEBUG_STATE>() + 0xf C++
mfc71d.dll!$E10() + 0xd C++
mfc71d.dll!_CRT_INIT(void * hDllHandle=0x7c140000, unsigned long dwReason=0, void * lpreserved=0x00000001) 行234 C
mfc71d.dll!_DllMainCRTStartup(void * hDllHandle=0x7c140000, unsigned long dwReason=0, void * lpreserved=0x00000001) 行288 + 0x11 C
AFX_DEBUG_STATE的析構(gòu)函數(shù)：
_AFX_DEBUG_STATE::~_AFX_DEBUG_STATE()
{
#ifndef _AFX_NO_DEBUG_CRT
_CrtDumpMemoryLeaks();
int nOldState = _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG);
_CrtSetDbgFlag(nOldState & ~_CRTDBG_LEAK_CHECK_DF);
_CrtSetReportHook(pfnOldCrtReportHook);
_CrtSetDumpClient(pfnOldCrtDumpClient);
#endif // _AFX_NO_DEBUG_CRT
}
很顯然CrtDumpMemoryLeaks()是在mfc71d.dll卸載時(shí)被調(diào)用的，如果這個(gè)時(shí)候OgreMain_d.dll還沒(méi)有卸載，那么在Ogre中new的全局變量也就還沒(méi)有釋放，所以MFC會(huì)認(rèn)為產(chǎn)生了內(nèi)存泄露。如何處理這樣的問(wèn)題呢。很簡(jiǎn)單，讓OgreMain_d.dll在mfc71d.dll之前析構(gòu)，但是默認(rèn)的MFC程序似乎不是這樣干的（為什么呢？），這就要求對(duì)項(xiàng)目設(shè)置作一點(diǎn)調(diào)整，使得Mfc71d.dll在OgreMian之前被鏈接，這樣程序運(yùn)行時(shí)MFC71d就會(huì)早于Ogre加載，也就晚于Ogre卸載。具體設(shè)置如下：
i) in the General tab, switch "Use MFC in a shared DLL" to "Use Standard Windows Libraries"
ii) in the C/C++/Preprocessor tab, add _AFXDLL to the preprocessor definitions
iii) in the Linker/Input tab, add mfc80d.lib anywhere before OgreMain_d.lib
另一種方法是，使用Ogre自己的MemoryManager，并且禁止調(diào)用MFC的DEBUG_NEW，這需要先
#define OGRE_DEBUG_MEMORY_MANAGER 1
然后刪除cpp中的以下行
#ifdef _DEBUG
#define new DEBUG_NEW
#endif
這樣Ogre中會(huì)使用自己的new/delete，而不是調(diào)用vccrt中的_heap_alloc_debug
2. Ogre中的對(duì)象沒(méi)有釋放
由于Ogre中的很多對(duì)象并不是只要delete Root就可以釋放的。最好所有的對(duì)象都不要自己new，而是通過(guò)Ogre::Root，Ogre::SceneManager等創(chuàng)建，這些對(duì)象在Root析構(gòu)時(shí)會(huì)自己銷毀，但是對(duì)于從Ogre類派生的類，由于Ogre不存在Create這些類的函數(shù)，所以只能在自己的代碼中new產(chǎn)生，并由自己負(fù)責(zé)析構(gòu)了，比如MovableObject派生的MovableText。當(dāng)然Ogre也會(huì)給你一個(gè)將新對(duì)象加入其管理的接口，對(duì)于MovableText就必須再實(shí)現(xiàn)一個(gè)MovableTextFactory才行。總之要小心小心再小心。
最后抱怨一下Ogre太大了，有一個(gè)OgreLite就好了。現(xiàn)在這樣使用起來(lái)光鏈接都要半天，真是太夸張了，所以沒(méi)事最好不要修改Ogre庫(kù)，呵呵。