• <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>

            游戲中內(nèi)存泄漏的查找

                 我們的這款游戲從開發(fā)到上線至今已有大概4年了,昨天發(fā)現(xiàn)代碼中有new出來的對(duì)象沒有delete,程序退出后VS輸出欄中居然沒有提示,難道程序中沒有內(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 操作符按其可見性可分為全局的與局部的(類成員),我們可以對(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ì)象的大小,由編譯器填寫,禁止程序員自己插手。

             

            對(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);

            不一定非得是程序的最開始處

            2 使用上面給出的第2個(gè)new操作符,當(dāng)程序退出時(shí),它會(huì)在VS輸出欄中注明是哪行代碼引起的內(nèi)存泄漏。即所有的new 都改為

            new ( _NORMAL_BLOCK, __FILE__, __LINE__ )

             

            完了。。。。。這樣就可以了。

            但是,我們程序已有的代碼都寫的是new,而不是new ( _NORMAL_BLOCK, __FILE__, __LINE__ )。


            MFC中的解決方法:

            #define new  new ( _NORMAL_BLOCK, __FILE__, __LINE__ )

            這樣好像是可以解決問題,但是我們游戲中用了Gamebryo游戲引擎,這個(gè)引擎中很多類內(nèi)部重載了new操作符,并且還有如下的宏定義:

            #define NiNew new( NI_MEMHINT_NONE, __FILE__, __LINE__ , __FUNCTION__ )

            并且引擎自帶的對(duì)象都是通過NiNew來創(chuàng)建的,如 NiNew NiAlphaProperty();

            如果我們把new 宏定義成了new ( _NORMAL_BLOCK, __FILE__, __LINE__ ),那么碰到NiNew NiAlphaProperty()后,代碼就被展開成為

            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>就可以了,使用起來很方便。

            (注: _CrtSetBreakAlloc()對(duì)大型的C++工程不太實(shí)用 )

            posted on 2013-01-19 16:04 永遇樂 閱讀(2896) 評(píng)論(4)  編輯 收藏 引用 所屬分類: C & C++

            評(píng)論

            # re: 游戲中內(nèi)存泄漏的查找 2013-01-19 19:32 eryar

            好像有內(nèi)存new出來后未釋放,可以通過開源的小工具檢查出來。。。  回復(fù)  更多評(píng)論   

            # re: 游戲中內(nèi)存泄漏的查找[未登錄] 2013-01-22 08:37 alex

            好像可以重載全局的new delete,在他們的實(shí)現(xiàn)里頭,記錄內(nèi)存分配與釋放時(shí)間、地址、地點(diǎn)、語句。內(nèi)部調(diào)用原來的new delete實(shí)現(xiàn)。這樣,運(yùn)行結(jié)束時(shí),查看下內(nèi)存分配的鏈表啥的,就可以知道哪些地方的內(nèi)存沒有釋放了。  回復(fù)  更多評(píng)論   

            # re: 游戲中內(nèi)存泄漏的查找 2013-01-28 15:05 wallwind

            @alex
            贊同。  回復(fù)  更多評(píng)論   

            # re: 游戲中內(nèi)存泄漏的查找 2013-02-02 09:48 邊城浪

            這個(gè)宏很實(shí)用.受教了.  回復(fù)  更多評(píng)論   

            <2008年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(6)

            隨筆分類

            推薦Blog

            友情鏈接

            搜索

            最新評(píng)論

            閱讀排行榜

            久久精品夜夜夜夜夜久久| 久久99国产精品成人欧美| 久久青青草原精品国产| 99久久人妻无码精品系列| 九九热久久免费视频| 午夜久久久久久禁播电影| 国产精品成人99久久久久91gav| 香蕉久久影院| 99久久精品免费国产大片| 久久久久国产精品嫩草影院| 老司机国内精品久久久久| 国产精品成人久久久| 精品一久久香蕉国产线看播放 | 99久久做夜夜爱天天做精品| 精品久久久久久无码专区| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 久久丫精品国产亚洲av| 少妇久久久久久被弄到高潮| 久久久久中文字幕| 无码人妻久久一区二区三区免费| 久久精品无码av| 国产精品视频久久| 久久久久99精品成人片欧美 | 国内精品综合久久久40p| 97久久精品人人做人人爽| 久久免费精品一区二区| 99久久国语露脸精品国产| 久久国产精品一国产精品金尊| 精品久久久无码人妻中文字幕 | 一本一道久久a久久精品综合 | 免费精品久久久久久中文字幕| 久久九九亚洲精品| 丁香久久婷婷国产午夜视频| 四虎国产精品免费久久5151 | 久久综合狠狠综合久久97色| 精品久久人人爽天天玩人人妻| 国产精品丝袜久久久久久不卡 | 中文字幕乱码久久午夜| 午夜精品久久久久久毛片| 狠狠久久亚洲欧美专区| 青草影院天堂男人久久|