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

            Kisser Leon

            這個kisser不太冷
            posts - 100, comments - 102, trackbacks - 0, articles - 0

            摘要
            本文分析了Windows環境使用MFC調試內存泄露的技術,介紹了在Windows環境下用VC++查找,定位和消除內存泄露的方法技巧。

            關鍵詞:VC++;CRT 調試堆函數;試探法。

            編譯環境
            VC++6.0
            技術原理
            檢測內存泄漏的主要工具是調試器和 CRT 調試堆函數。若要啟用調試堆函數,請在程序中包括以下語句:

            #define CRTDBG_MAP_ALLOC
            #include <stdlib.h>
            #include <crtdbg.h>
            注意 #include 語句必須采用上文所示順序。如果更改了順序,所使用的函數可能無法正確工作。

            通過包括 crtdbg.h,將 malloc 和 free 函數映射到其“Debug”版本_malloc_dbg 和_free_dbg,這些函數將跟蹤內存分配和釋放。此映射只在調試版本(在其中定義了 _DEBUG)中發生。發布版本使用普通的 malloc 和 free 函數。

            #define 語句將 CRT 堆函數的基版本映射到對應的“Debug”版本。并非絕對需要該語句,但如果沒有該語句,內存泄漏轉儲包含的有用信息將較少。

            在添加了上面所示語句之后,可以通過在程序中包括以下語句來轉儲內存泄漏信息:
            _CrtDumpMemoryLeaks();
            當在調試器下運行程序時,_CrtDumpMemoryLeaks 將在“輸出”窗口中顯示內存泄漏信息。內存泄漏信息如下所示:
            Detected memory leaks!
            Dumping objects ->
            C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20) : {18} normal block at 0x00780E80, 64 bytes long.
            Data: <        > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
            Object dump complete. 
            如果不使用 #define _CRTDBG_MAP_ALLOC 語句,內存泄漏轉儲如下所示:
            Detected memory leaks!
            Dumping objects ->
            {18} normal block at 0x00780E80, 64 bytes long.
            Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
            Object dump complete. 

            未定義 _CRTDBG_MAP_ALLOC 時,所顯示的會是:

            內存分配編號(在大括號內)。
            塊類型(普通、客戶端或 CRT)。
            十六進制形式的內存位置。
            以字節為單位的塊大小。
            前 16 字節的內容(亦為十六進制)。
            定義了 _CRTDBG_MAP_ALLOC 時,還會顯示在其中分配泄漏的內存的文件。文件名后括號中的數字(本示例中為 20)是該文件內的行號。

            轉到源文件中分配內存的行

            在"輸出"窗口中雙擊包含文件名和行號的行。
            -或-

            在"輸出"窗口中選擇包含文件名和行號的行,然后按 F4 鍵。

            _CrtSetDbgFlag 

            如果程序總在同一位置退出,則調用 _CrtDumpMemoryLeaks 足夠方便,但如果程序可以從多個位置退出該怎么辦呢?不要在每個可能的出口放置一個對 _CrtDumpMemoryLeaks 的調用,可以在程序開始包括以下調用:

            _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF ); 

            該語句在程序退出時自動調用 _CrtDumpMemoryLeaks。必須同時設置 _CRTDBG_ALLOC_MEM_DF 和 _CRTDBG_LEAK_CHECK_DF 兩個位域,如上所示。

            說明
            在VC++6.0的環境下,不再需要額外的添加

            #define CRTDBG_MAP_ALLOC
            #include <stdlib.h>
            #include <crtdbg.h> 

            只需要按F5,在調試狀態下運行,程序退出后在"輸出窗口"可以看到有無內存泄露。如果出現

            Detected memory leaks!
            Dumping objects -> 

            就有內存泄露。

            確定內存泄露的地方
            根據內存泄露的報告,有兩種消除的方法:

            第一種比較簡單,就是已經把內存泄露映射到源文件的,可以直接在"輸出"窗口中雙擊包含文件名和行號的行。例如

            Detected memory leaks!
            Dumping objects ->
            C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20) : {18} normal block at 0x00780E80, 64 bytes long.
            Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
            Object dump complete.
            C:PROGRAM FILESVISUAL STUDIOMyProjectsleaktestleaktest.cpp(20)

            就是源文件名稱和行號。

            第二種比較麻煩,就是不能映射到源文件的,只有內存分配塊號。

            Detected memory leaks!
            Dumping objects ->
            {18} normal block at 0x00780E80, 64 bytes long.
            Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD
            Object dump complete. 

              這種情況我采用一種"試探法"。由于內存分配的塊號不是固定不變的,而是每次運行都是變化的,所以跟蹤起來很麻煩。但是我發現雖然內存分配的塊號是變化的,但是變化的塊號卻總是那幾個,也就是說多運行幾次,內存分配的塊號很可能會重復。因此這就是"試探法"的基礎。

            1. 先在調試狀態下運行幾次程序,觀察內存分配的塊號是哪幾個值;
            2. 選擇出現次數最多的塊號來設斷點,在代碼中設置內存分配斷點: 添加如下一行(對于第 18 個內存分配):
              _crtBreakAlloc = 18; 
              或者,可以使用具有同樣效果的 _CrtSetBreakAlloc 函數:
              _CrtSetBreakAlloc(18); 

               

            3. 在調試狀態下運行序,在斷點停下時,打開"調用堆棧"窗口,找到對應的源代碼處;
            4. 退出程序,觀察"輸出窗口"的內存泄露報告,看實際內存分配的塊號是不是和預設值相同,如果相同,就找到了;如果不同,就重復步驟3,直到相同。
            5. 最后就是根據具體情況,在適當的位置釋放所分配的內存。
            Google
            亚洲AV无码久久寂寞少妇| 久久人人爽人人爽人人AV东京热| 欧美精品福利视频一区二区三区久久久精品| 亚洲精品国产成人99久久| 中文字幕久久精品无码| 久久亚洲精品无码播放| 国产精品99久久免费观看| 国产精品久久久久蜜芽| 久久99精品久久久久久齐齐| 99久久精品费精品国产一区二区| 亚洲人成网站999久久久综合 | 久久久久久精品无码人妻| 久久久久亚洲Av无码专| 久久精品二区| 大伊人青草狠狠久久| 久久久久亚洲AV成人网人人网站| 国产精品18久久久久久vr| 美女久久久久久| 伊人久久一区二区三区无码| 精品国产日韩久久亚洲| 99久久免费国产特黄| 伊人久久大香线蕉av不变影院| 好属妞这里只有精品久久| 一本一本久久a久久综合精品蜜桃| 99久久精品国产一区二区| 久久久精品久久久久特色影视| 日韩美女18网站久久精品| 日本五月天婷久久网站| 精品多毛少妇人妻AV免费久久| 久久精品无码午夜福利理论片 | 久久精品草草草| 狠狠色丁香婷婷综合久久来| 7777精品久久久大香线蕉| 亚洲欧美一区二区三区久久| 亚洲综合久久久| 久久久久无码精品国产不卡| 国产国产成人精品久久| 色综合久久久久网| 蜜桃麻豆WWW久久囤产精品| 久久99国产综合精品| 久久综合久久综合久久综合|