• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            MyMSDN

            MyMSDN記錄開(kāi)發(fā)新知道

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

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

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

            7 ????CDocument::DeleteContents();
            8 }
            評(píng)價(jià):這段代碼看似簡(jiǎn)練,但是卻很浪費(fèi)資源,在第3行的for循環(huán)中,i<m_obArray.GetSize();當(dāng)每次進(jìn)行判斷的時(shí)候?qū)⒃俅握{(diào)用GetSize(),如果這個(gè)數(shù)據(jù)的量是個(gè)天文數(shù)字,那么這樣的調(diào)用無(wú)疑是一種災(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)的語(yǔ)句。這里的任務(wù):刪除之前利用CObArray : m_obArray對(duì)象保存的一個(gè)指針?biāo)赶虻膶?duì)象,以及指針本身。因此(以下提供幾種常見(jiàn)的錯(cuò)誤代碼)
            代碼A:
            ?1void?CGraphicDoc::DeleteContents()?
            ?2{
            ?3????int?nCount;
            ?4????nCount=m_obArray.GetSize();
            ?5????for(int?i=0;i<nCount;i++)
            ?6????{
            ?7????????delete?m_obArray.GetAt(i);???//刪除對(duì)象指針?biāo)赶虻膶?duì)象
            ?8????????m_obArray.RemoveAt(i);???//刪除對(duì)應(yīng)的指針本身
            ?9????}

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

            10????CDocument::DeleteContents();
            11}
            代碼A看起來(lái)似乎很符合常規(guī)思維,因此也很容易迷惑人。但是在程序運(yùn)行的時(shí)候出現(xiàn)了錯(cuò)誤。但是在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個(gè)數(shù)據(jù) p[0]=a、p[1]=b、p[2]=c,當(dāng)你刪除第0個(gè)數(shù)據(jù)之后,數(shù)據(jù)將整體向前移動(dòng),變?yōu)閜[0]=b、p[1]=c。這樣當(dāng)你i=nCount-1的時(shí)候就根本沒(méi)有這樣的數(shù)讓你刪除,因?yàn)榧僭O(shè)有那個(gè)時(shí)刻的話,數(shù)據(jù)的元素只有1個(gè),而他的編號(hào)是0而不是nCount.因此出現(xiàn)了無(wú)法刪除的現(xiàn)象。因此也就隱含了問(wèn)題了。
            因此有人突發(fā)奇想:如果我每次只刪除第0個(gè)數(shù)據(jù)的話,那么是否就可以了呢?于是代碼B誕生了。可是問(wèn)題終究沒(méi)能得到解決。因?yàn)榧僭O(shè)有一組數(shù)據(jù)一共3個(gè)。刪除了編號(hào)0的元素(delete語(yǔ)句),移除了該元素的指針,此時(shí)i=1,進(jìn)入刪除,又到了delete語(yǔ)句,這時(shí)候刪除元素i=1這樣的語(yǔ)句,這時(shí)實(shí)際上是刪除了先前元素中的第二個(gè)元素,而不是第一個(gè)。而0與2中間的第1個(gè)元素則未被刪除。又出現(xiàn)了隱含問(wèn)題。其實(shí)只要將兩個(gè)都改為0,每次都刪除第一個(gè)就可以了。
            ?1void?CGraphicDoc::DeleteContents()?
            ?2{
            ?3????int?nCount;
            ?4????nCount=m_obArray.GetSize();
            ?5????for(int?i=0;i<nCount;i++)
            ?6????{
            ?7????????delete?m_obArray.GetAt(0);
            ?8????????m_obArray.RemoveAt(0);
            ?9????}

            10????CDocument::DeleteContents();
            11}
            另外可以將程序倒寫過(guò)來(lái),避免RemoveAt對(duì)其進(jìn)行重新整合隊(duì)列做產(chǎn)生的不可預(yù)料的麻煩。
            ?1void?CGraphicDoc::DeleteContents()?
            ?2{
            ?3????int?nCount;
            ?4????nCount=m_obArray.GetSize();
            ?5????while(nCount--)
            ?6????{
            ?7????????delete?m_obArray.GetAt(nCount);
            ?8????????m_obArray.RemoveAt(nCount);
            ?9????}

            10????CDocument::DeleteContents();
            11}

            12
            或者仔細(xì)察看MSDN中還有一個(gè)函數(shù)叫RemoveAll()它是用來(lái)刪除整個(gè)CObArray集合對(duì)象的。
            ?1void?CGraphicDoc::DeleteContents()?
            ?2{
            ?3????int?nCount;
            ?4????nCount=m_obArray.GetSize();
            ?5????for(int?i=0;i<nCount;i++)
            ?6????{
            ?7????????delete?m_obArray.GetAt(i);
            ?8????}

            ?9????m_obArray.RemoveAll();
            10????CDocument::DeleteContents();
            11}

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

            評(píng)論

            # re: 關(guān)于內(nèi)存泄露的問(wèn)題(解決+剖析) 2006-08-16 08:54 szwolf

            寫得非常好: )
            對(duì)MFC內(nèi)部的細(xì)節(jié)了解得很詳細(xì),C++內(nèi)存管理思路也良清淅。  回復(fù)  更多評(píng)論   

            # re: 關(guān)于內(nèi)存泄露的問(wèn)題(解決+剖析) 2006-08-16 09:15 小明

            另外一種我經(jīng)常用的寫法
            for(int i=0,nCount = m_obArray.GetSize();i<nCount;++i)
            {
            delete m_obArray.GetAt(i);
            }

            另外我不建議在循環(huán)中RemoveAt,效率太差。  回復(fù)  更多評(píng)論   

            # re: 關(guān)于內(nèi)存泄露的問(wèn)題(解決+剖析) 2006-08-16 09:16 mzty

            en ,不錯(cuò)的啊  回復(fù)  更多評(píng)論   

            # re: 關(guān)于內(nèi)存泄露的問(wèn)題(解決+剖析) 2006-08-16 10:08 volnet

            呵呵,謝謝大家,你們的評(píng)論讓我更有信心多寫好文章
            發(fā)文章最怕沒(méi)人看了。和存檔案一樣,還不如存自家硬盤呢。。。。
            所以看文章,+評(píng)論,大家一起互動(dòng)~  回復(fù)  更多評(píng)論   

            # re: 關(guān)于內(nèi)存泄露的問(wèn)題(解決+剖析) 2009-07-18 14:31 cs

            寫技術(shù)博客很辛苦的哦,謝謝你了  回復(fù)  更多評(píng)論   


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            特殊功能
             
            久久综合久久综合久久| 久久久久久噜噜精品免费直播| 一本一道久久a久久精品综合| 精品久久久久中文字| 久久久久亚洲AV无码专区网站| 欧洲性大片xxxxx久久久| 狠狠色丁香婷婷久久综合五月| 伊人久久大香线蕉亚洲| 99999久久久久久亚洲| 久久久久久青草大香综合精品| 狠狠色狠狠色综合久久| 久久亚洲国产中v天仙www| 亚洲伊人久久成综合人影院| 精品久久久噜噜噜久久久| 久久人人爽人人爽人人片av麻烦| 久久久久亚洲AV无码永不| 欧美伊人久久大香线蕉综合69| 97久久精品人妻人人搡人人玩| 天天做夜夜做久久做狠狠| 国产精品一久久香蕉国产线看 | 日韩亚洲欧美久久久www综合网| 欧美精品丝袜久久久中文字幕 | 色88久久久久高潮综合影院 | 久久精品国产免费一区| 狠狠色婷婷久久一区二区| 国产一区二区精品久久岳| 无码人妻久久一区二区三区 | 久久久国产一区二区三区| 国产V亚洲V天堂无码久久久| 青青草原综合久久大伊人导航| 91精品国产91热久久久久福利| 久久偷看各类wc女厕嘘嘘| 久久亚洲日韩看片无码| 一本大道久久香蕉成人网| 三级韩国一区久久二区综合| 久久精品无码av| 久久久久99精品成人片牛牛影视| 91精品观看91久久久久久| 久久夜色精品国产亚洲| 久久亚洲欧美日本精品| 国内精品欧美久久精品|