MyMSDN

關(guān)于內(nèi)存泄露的問題（解決+剖析）

首先先闡明這篇隨筆的意圖，只在告訴讀者，內(nèi)存泄露的神不知鬼不覺，希望能引起大家的注意。
一段代碼的意思如何正確表達，才能不造成內(nèi)存泄露呢？很多朋友經(jīng)常泄露了內(nèi)存但卻查找不到原因。當(dāng)然在CLI/C++中利用托管對象堆上的垃圾收集器是可以更好地避免這一點。但是在更早的版本中，程序員有必要去手動刪除這些相關(guān)資源。否則將在程序關(guān)閉的時候出現(xiàn)一些錯誤。
MFC
現(xiàn)在我們?nèi)ブ剌d一個虛函數(shù)virtualvoidDeleteContents();用來在銷毀文檔數(shù)據(jù)前調(diào)用框架刪除一些文檔類的數(shù)據(jù)，（MSDN：Called by the framework to delete the document's data without destroying the CDocument object itself.）
先批評一段代碼：

評價：這段代碼看似簡練，但是卻很浪費資源，在第3行的for循環(huán)中，i<m_obArray.GetSize();當(dāng)每次進行判斷的時候?qū)⒃俅握{(diào)用GetSize()，如果這個數(shù)據(jù)的量是個天文數(shù)字，那么這樣的調(diào)用無疑是一種災(zāi)難。

優(yōu)化：

?1void?CGraphicDoc::DeleteContents()?
?2{
?3????int?nCount;
?4????nCount=m_obArray.GetSize();
?5????for(int?i=0;i<nCount;i++)
?6????{
?7????????……
?8????}
?9????CDocument::DeleteContents();
10}

填寫for循環(huán)內(nèi)的語句。這里的任務(wù)：刪除之前利用CObArray : m_obArray對象保存的一個指針所指向的對象，以及指針本身。因此（以下提供幾種常見的錯誤代碼）
代碼A：
代碼B：
代碼A看起來似乎很符合常規(guī)思維，因此也很容易迷惑人。但是在程序運行的時候出現(xiàn)了錯誤。但是在MSDN中查找CObArray Class Members，查看RemoveAt，其中remarks中有這樣一句：In the process, it shifts down all the elements above the removed element(s). It decrements the upper bound of the array but does not free memory. 它的意思就是假設(shè)你一共有3個數(shù)據(jù) p[0]=a、p[1]=b、p[2]=c，當(dāng)你刪除第0個數(shù)據(jù)之后，數(shù)據(jù)將整體向前移動，變?yōu)閜[0]=b、p[1]=c。這樣當(dāng)你i=nCount-1的時候就根本沒有這樣的數(shù)讓你刪除，因為假設(shè)有那個時刻的話，數(shù)據(jù)的元素只有1個，而他的編號是0而不是nCount.因此出現(xiàn)了無法刪除的現(xiàn)象。因此也就隱含了問題了。
因此有人突發(fā)奇想：如果我每次只刪除第0個數(shù)據(jù)的話，那么是否就可以了呢？于是代碼B誕生了?？墒菃栴}終究沒能得到解決。因為假設(shè)有一組數(shù)據(jù)一共3個。刪除了編號0的元素（delete語句），移除了該元素的指針，此時i=1，進入刪除，又到了delete語句，這時候刪除元素i=1這樣的語句，這時實際上是刪除了先前元素中的第二個元素，而不是第一個。而0與2中間的第1個元素則未被刪除。又出現(xiàn)了隱含問題。其實只要將兩個都改為0，每次都刪除第一個就可以了。
另外可以將程序倒寫過來，避免RemoveAt對其進行重新整合隊列做產(chǎn)生的不可預(yù)料的麻煩。
或者仔細察看MSDN中還有一個函數(shù)叫RemoveAll()它是用來刪除整個CObArray集合對象的。

posted on 2006-08-16 03:44 volnet 閱讀(4182) 評論(5)  編輯 收藏 引用