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

            游戲中內存泄漏的查找

                 我們的這款游戲從開發到上線至今已有大概4年了,昨天發現代碼中有new出來的對象沒有delete,程序退出后VS輸出欄中居然沒有提示,難道程序中沒有內存泄漏檢察?進一步的求證確定了我的擔憂(我是半路進的項目組)。在代碼中加上_CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF)后,VS的輸出欄赫然顯示了大量的內存泄漏。在動手解決內存泄漏之前,先復習一下有關new操作符重載的相關知識:

            new 操作符按其可見性可分為全局的與局部的(類成員),我們可以對他們進行重載,下面是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;    //調用第1個new
               p = new ( _NORMAL_BLOCK, __FILE__, __LINE__ ) char;  //調用第2個new
            }

            調用new時,傳入的參數比new聲明時的參數少了一個,即第一個參數,該參數是new的對象的大小,由編譯器填寫,禁止程序員自己插手。

             

            對一個類重載new和delete

            class Student
            {
                
            void * operator new( size_t size )  //3
                {
                     std::cout 
            << __FUNCTION__ << std::endl;
                     
            return malloc( sizeof(Student) );
                }
            };
            Student * pS = new Student();    //調用Student類內部的new,即第3個new

             

            當我們new一個自定義類時,如果該類重載了new操作符,則優先使用該類內部定義的new,如果這時非要調用全局的new操作符怎么辦呢?可以在new前面加兩個冒號:

            pS = ::new Student();  //調用全局的new,第1個new

             

            下面回到解決內存泄漏的步驟上:

            1 在程序必定會執行的路徑上加上:

            _CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF);

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

            2 使用上面給出的第2個new操作符,當程序退出時,它會在VS輸出欄中注明是哪行代碼引起的內存泄漏。即所有的new 都改為

            new ( _NORMAL_BLOCK, __FILE__, __LINE__ )

             

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

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


            MFC中的解決方法:

            #define new  new ( _NORMAL_BLOCK, __FILE__, __LINE__ )

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

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

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

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

            new ( _NORMAL_BLOCK, __FILE__, __LINE__ )  ( NI_MEMHINT_NONE, __FILE__, __LINE__ , __FUNCTION__ ) NiAlphaProperty(); 當編譯器嘗試著用此代碼與NiAlphaProperty類內部定義的new操作符去匹配時就抓瞎了,只能報錯。

            目前就只能自己再定義一個宏:

            #define New   ::new ( _NORMAL_BLOCK, __FILE__, __LINE__ )

            將代碼中所有的new替換成New。

            另一種內存泄漏檢測方法就是借用第3方的庫:
            Visual Leak Detector 是一個不錯的泄漏檢測庫,下載地址:
            http://vld.codeplex.com/releases/view/82311
            只需要在自己的程序的main函數所在的文件中#include <vld.h>就可以了,使用起來很方便。

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

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

            評論

            # re: 游戲中內存泄漏的查找 2013-01-19 19:32 eryar

            好像有內存new出來后未釋放,可以通過開源的小工具檢查出來。。。  回復  更多評論   

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

            好像可以重載全局的new delete,在他們的實現里頭,記錄內存分配與釋放時間、地址、地點、語句。內部調用原來的new delete實現。這樣,運行結束時,查看下內存分配的鏈表啥的,就可以知道哪些地方的內存沒有釋放了。  回復  更多評論   

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

            @alex
            贊同。  回復  更多評論   

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

            這個宏很實用.受教了.  回復  更多評論   

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導航

            統計

            常用鏈接

            留言簿(6)

            隨筆分類

            推薦Blog

            友情鏈接

            搜索

            最新評論

            閱讀排行榜

            无码国产69精品久久久久网站| 99久久精品免费看国产| 人妻无码精品久久亚瑟影视 | 久久久久久噜噜精品免费直播| 国内精品久久久久久久影视麻豆| 超级97碰碰碰碰久久久久最新| 久久久久人妻精品一区二区三区| 91精品国产色综久久| 久久精品一本到99热免费| 久久精品国产秦先生| 亚洲熟妇无码另类久久久| 91精品国产综合久久四虎久久无码一级 | 久久丝袜精品中文字幕| 久久久久久久久无码精品亚洲日韩 | 久久久久久久久久免免费精品| 狠狠色婷婷久久一区二区| 久久久久亚洲AV成人网人人软件| 亚洲国产精品成人久久| 热久久国产欧美一区二区精品| 久久国产亚洲精品麻豆| 久久亚洲AV成人无码电影| 久久香综合精品久久伊人| 久久99精品国产麻豆蜜芽| 国产亚洲婷婷香蕉久久精品| 久久久久人妻一区精品色| 亚洲国产美女精品久久久久∴| 欧美午夜A∨大片久久| 国产精久久一区二区三区| 久久99中文字幕久久| 久久99精品国产自在现线小黄鸭 | 成人精品一区二区久久| 久久天天躁狠狠躁夜夜avapp| 免费无码国产欧美久久18| 亚洲国产成人久久笫一页| 青青久久精品国产免费看| 欧美午夜A∨大片久久| 伊色综合久久之综合久久| 久久91精品国产91| 亚洲欧美日韩久久精品第一区| 伊人久久精品无码av一区| 久久人人爽爽爽人久久久|