vs如何檢測記憶體流失

來源:互聯網
上載者:User

摘要
本文分析了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 CDObject 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. 最後就是根據具體情況,在適當的位置釋放所分配的記憶體。

http://blog.csdn.net/badboyccj/article/details/8686182

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.