亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > C++ > 正文

C++內存泄漏及檢測工具詳解

2020-01-26 15:46:40
字體:
來源:轉載
供稿:網友

首先我們需要知道程序有沒有內存泄露,然后定位到底是哪行代碼出現內存泄露了,這樣才能將其修復。

最簡單的方法當然是借助于專業的檢測工具,比較有名如BoundsCheck,功能非常強大,相信做C++開發的人都離不開它。此外就是不使用任何工具,而是自己來實現對內存泄露的監控,分如下兩種情況:

一. 在 MFC 中檢測內存泄漏

假如是用MFC的程序的話,很簡單。默認的就有內存泄露檢測的功能。

我們用VS2005生成了一個MFC的對話框的程序,發現他可以自動的檢測內存泄露.不用我們做任何特殊的操作. 仔細觀察,發現在每個CPP文件中,都有下面的代碼:

復制代碼 代碼如下:

#ifdef _DEBUG
#define new DEBUG_NEW
#endif

DEBUG_NEW 這個宏定義在afx.h文件中,就是它幫助我們定位內存泄漏。

在含有以上代碼的cpp文件中分配內存后假如沒有刪除,那么停止程序的時候,VisualStudio的Output窗口就會顯示如下的信息了:

Detected memory leaks!
Dumping objects ->
d:/code/mfctest/mfctest.cpp(80) : {157} normal block at 0x003AF170, 4 bytes long.
 Data: < > 00 00 00 00
Object dump complete.

在Output窗口雙擊粗體字那一行,那么IDE就會打開該文件,定位到該行,很容易看出是哪出現了內存泄露。

二.檢測純C++的程序內存泄露

我試了下用VisualStudio建立的Win32 Console Application和Win32 Project項目,結果都不能檢測出內存泄露。

下面一步一步來把程序的內存泄露檢測的機制建立起來。

首先,我們需要知道C運行庫的Debug版本提供了許多檢測功能,使得我們更容易的Debug程序。在MSDN中有專門的章節講這個,叫做Debug Routines,建議大家先看看里面的內容吧。

我們會用到里面很重要的幾個函數。其中最重要的是 _CrtDumpMemoryLeaks();自己看MSDN里的幫助吧。使用這個函數,需要包含頭文件crtdbg.h

該函數只在Debug版本才有用,當在調試器下運行程序時,_CrtDumpMemoryLeaks 將在“Output(輸出)”窗口中顯示內存泄漏信息.寫段代碼試驗一下吧,如下:

檢測內存泄露版本一:

復制代碼 代碼如下:

#include "stdafx.h"
#include <crtdbg.h>
int _tmain(int argc, _TCHAR* argv[])
{
    int* p = new int();
    _CrtDumpMemoryLeaks();
    return 0;
}

運行后,在Output(輸出)窗口,顯示了如下的信息:

Detected memory leaks!
Dumping objects ->
{112} normal block at 0x003AA770, 4 bytes long.
 Data: <    > 00 00 00 00
Object dump complete.

但是這個只是告訴我們程序有內存泄露,到底在哪泄露了一眼看不出來啊。

看我們的檢測內存泄露版本二:

復制代碼 代碼如下:

#include "stdafx.h"
#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif
int _tmain(int argc, _TCHAR* argv[])
{
    int* p = new int();
    _CrtDumpMemoryLeaks();
    return 0;
}

該程序定義了幾個宏,通過宏將Debug版本下的new給替換了,新的new記錄下了調用new時的文件名和代碼行.運行后,可以看到如下的結果:

Detected memory leaks!
Dumping objects ->
d:/code/consoletest/consoletest.cpp(21) : {112} client block at 0x003A38B0, subtype 0, 4 bytes long.
 Data: <    > 00 00 00 00
Object dump complete.

呵呵,已經和MFC程序的效果一樣了,但是等一等。看下如下的代碼吧:

復制代碼 代碼如下:

int _tmain(int argc, _TCHAR* argv[])
{
    int* p = new int();
    _CrtDumpMemoryLeaks();
    delete p;
    return 0;
}

運行后可以發現我們刪除了指針,但是它仍然報內存泄露。所以可以想象,每調用一次new,程序內部都會將該調用記錄下來,類似于有個數組記錄,假如delete了,那么就將其從數組中刪除,而_CrtDumpMemoryLeaks()就是把這個數組當前的狀態打印出來。

所以除了在必要的時候Dump出內存信息外,最重要的就是在程序退出的時候需要掉用一次_CrtDumpMemoryLeaks();

假如程序有不止一個出口,那么我們就需要在多個地方都調用該函數。

更進一步,假如程序在類的析構函數里刪除指針,怎么辦?例如:

復制代碼 代碼如下:

#include "stdafx.h"
#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif
class Test
{
public:
    Test()      {   _p = new int();     }
    ~Test()     {   delete _p;          }
    int* _p;
};
int _tmain(int argc, _TCHAR* argv[])
{
    int* p = new int();
    delete p;
    Test t;
    _CrtDumpMemoryLeaks();
    return 0;
}

可以看到析構函數在程序退出的時候才調用,明明沒有內存泄露,但是這樣的寫法還是報了。

如何改進呢,看檢測內存泄露版本三:

復制代碼 代碼如下:

#include "stdafx.h"
#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif
class Test
{
public:
    Test()      {   _p = new int();     }
    ~Test()     {   delete _p;          }
    int* _p;
};
int _tmain(int argc, _TCHAR* argv[])
{
    _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
    int* p = new int();
    delete p;
    Test t;
    return 0;
}

 _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );該語句在程序退出時自動調用 _CrtDumpMemoryLeaks。必須同時設置 _CRTDBG_ALLOC_MEM_DF 和 _CRTDBG_LEAK_CHECK_DF.

這樣,該版本已經達到了MFC一樣的效果了,但是我覺得光這樣還不夠,因為我們只是在Output窗口中輸出信息,對開發人員的提醒還不明顯,經常會被遺漏,而且很多人就算發現了內存泄露,但是不好修復,不會嚴重影響到程序外在表現,都不會修復。怎么樣能讓開發人員主動的修復內存泄露的問題呢?記得曾經和人配合寫程序,我的函數參數有要求,不能為空,但是別人老是傳空值,沒辦法了,只好在函數開始驗證函數參數,給他assert住,這樣程序運行時老是不停的彈出assert,調試程序那個煩壓,最后其他程序員煩了,就把這個問題給改好了,輸入參數就正確了。所以我覺得咱要讓程序員主動去做一件事,首先要讓他覺得做這個事是能減輕自己負擔,讓自己工作輕松的。呵呵,那咱們也這樣,當程序退出時,檢測到內存泄露就讓程序提示出來。

看檢測內存泄露版本四:

復制代碼 代碼如下:

#include "stdafx.h"
#include <assert.h>
#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif
void Exit()
{
    int i = _CrtDumpMemoryLeaks();
    assert( i == 0);
}
int _tmain(int argc, _TCHAR* argv[])
{
    atexit(Exit);
    int* p = new int();
    return 0;
}

該版本會在程序退出時檢查內存泄露,假如存在就會彈出提示對話框.

atexit(Exit);設置了在程序退出時執行Exit()函數。Exit()函數中,假如存在內存泄露,_CrtDumpMemoryLeaks()會返回非0值,就會被assert住了。

到這個版本已經達到可以使用的程度了。但是我們還可以做些改進,因為真要準確的檢測到代碼中所有的內存泄露,需要把代碼中的#define……拷貝到所有使用new的文件中。不可能每個文件都拷貝這么多代碼,所以我們可以將他提取出來,放在一個文件中,比如我是放在KDetectMemoryLeak.h中,該文件內容如下:

復制代碼 代碼如下:

#pragma once
#ifdef _DEBUG
#define DEBUG_CLIENTBLOCK   new( _CLIENT_BLOCK, __FILE__, __LINE__)
#else
#define DEBUG_CLIENTBLOCK
#endif
#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>
#ifdef _DEBUG
#define new DEBUG_CLIENTBLOCK
#endif

然后將KDetectMemoryLeak.h包含在項目的通用文件中,例如用VS建的項目就將其包含在stdafx.h中?;蛘呶易约航ǖ囊粋€Common.h文件中,該文件包含一些通用的,基本所有文件都會用到的代碼。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
亚洲毛片在线观看| 亚洲аv电影天堂网| 日韩电影网在线| 社区色欧美激情 | 国产精品中文久久久久久久| 国产精品成久久久久三级| 亚洲国产小视频在线观看| 最近的2019中文字幕免费一页| 国产一区欧美二区三区| 国产精品男人爽免费视频1| 欧美高清不卡在线| 亚洲欧美日韩精品久久亚洲区| 黑人巨大精品欧美一区二区一视频| 欧美精品久久久久久久久久| 91在线视频九色| 日韩av成人在线观看| 在线色欧美三级视频| 国产日韩精品在线观看| 国产精品2018| 欧美做爰性生交视频| 日韩视频第一页| 日韩美女写真福利在线观看| 亚洲第一精品久久忘忧草社区| 久久亚洲国产成人| 91精品中国老女人| 亚洲人成自拍网站| 中文字幕久精品免费视频| 国产精品99蜜臀久久不卡二区| 欧美高清在线播放| 韩国精品久久久999| 欧美日韩另类字幕中文| 97国产精品视频| 欧美一级大片在线观看| 日韩欧美在线免费观看| 亚洲国产小视频在线观看| 亚洲第一色中文字幕| 2019精品视频| 国产精品稀缺呦系列在线| 国产精品wwwwww| 中文字幕成人在线| 欧美激情亚洲激情| 国产精品视频在线观看| 黑人巨大精品欧美一区免费视频| 亚洲国产精品va| 欧美在线观看网址综合| 国产精品日韩欧美大师| 欧美又大粗又爽又黄大片视频| 国产精品黄色av| 日韩最新中文字幕电影免费看| 国产精品入口福利| 久久av中文字幕| 久久国产一区二区三区| 欧美激情女人20p| 国产欧美精品一区二区| 亚洲最新av在线网站| 精品国产区一区二区三区在线观看| 久久精品国产2020观看福利| 欧美夜福利tv在线| 久久免费高清视频| 久久69精品久久久久久久电影好| 国外色69视频在线观看| 91精品国产综合久久香蕉922| 国产欧美日韩视频| 国产精品一区二区电影| 欧美在线欧美在线| 97国产精品免费视频| 国产福利精品av综合导导航| 中文字幕国产精品| 久久精品夜夜夜夜夜久久| 亚洲精品99久久久久中文字幕| 亚洲国产一区自拍| 美日韩精品视频免费看| 91chinesevideo永久地址| 亚洲乱码av中文一区二区| 国产精品色视频| 国产日韩欧美影视| 日韩在线免费视频观看| 九九热99久久久国产盗摄| 中文字幕一区二区三区电影| 久久久欧美一区二区| 91精品国产91久久久久久最新| 97国产在线观看| 羞羞色国产精品| 欧美日韩国产一中文字不卡| 久久久之久亚州精品露出| 国产精品久久久久影院日本| 欧美大成色www永久网站婷| 国产香蕉一区二区三区在线视频| 亚洲精品动漫久久久久| 欧美专区中文字幕| 2019国产精品自在线拍国产不卡| 亚洲成人黄色网| 久久久天堂国产精品女人| 国产日韩欧美夫妻视频在线观看| 成人黄色网免费| 精品视频偷偷看在线观看| 欧美日韩一区二区精品| 久久久精品国产| 亚洲欧美另类在线观看| 久久人人爽人人| 蜜臀久久99精品久久久无需会员| 一区二区中文字幕| 国产在线久久久| 91av在线看| 欧美在线视频一区二区| 欧美中文字幕在线观看| 国产精品久久久久免费a∨大胸| 亚州精品天堂中文字幕| 91精品国产综合久久男男| 欧美大片在线看| 97视频免费看| 久久久国产精品x99av| 美女国内精品自产拍在线播放| 91精品免费看| 4444欧美成人kkkk| 色婷婷综合成人av| 国语自产精品视频在线看一大j8| 久久国产精品电影| 国产精品自拍偷拍| 亚洲欧美另类人妖| 久久韩剧网电视剧| 久久久欧美一区二区| 欧美激情精品久久久久| 亚洲欧美日本伦理| 国产激情综合五月久久| www.亚洲一区| 国产精品日韩在线观看| 亚洲国产精品va| 国产精品久久久久久av下载红粉| 九九热精品视频| 韩国精品美女www爽爽爽视频| 日韩国产欧美精品在线| 精品成人久久av| 日韩高清中文字幕| 在线观看不卡av| 成人国产亚洲精品a区天堂华泰| 午夜精品蜜臀一区二区三区免费| 色噜噜国产精品视频一区二区| 精品露脸国产偷人在视频| 亚洲欧美福利视频| 欧美性xxxx极品hd满灌| 国产精品96久久久久久又黄又硬| 久久精品视频播放| 日韩av大片在线| 久久久久久久久久久成人| 国产一区二区三区网站| 亚洲人午夜精品免费| 欧洲成人在线视频| 欧美在线激情视频| 国产精品久久久久福利| 欧美在线观看网址综合| 欧美成人午夜激情| 亚洲欧洲黄色网| 国产精品黄视频| 国产精品啪视频| 亚洲成年人影院在线| 欧美体内谢she精2性欧美| 国产有码在线一区二区视频| 国产mv免费观看入口亚洲| 成人精品网站在线观看| 久久久人成影片一区二区三区| 日本免费一区二区三区视频观看| 国产精品麻豆va在线播放| 亚洲福利小视频|