c++ 如何避免内存泄漏(内存泄漏检测和dump文件生成)
写c 的程序员都应该对申请内存和释放内存有着深刻的领悟(可能有些初级用着前人封装的智能指针感受不深)。同时对于出现崩溃生成可以调试的dump文件也极为重要,对于win下的发布版程序很重要。
工具crtdbg侦测内存泄露,dbghelp 生产MINIDUMP
内存泄漏是在vs开发中,程序结束在vs输出里面会提示有没有内存泄露。dump文件是在程序运行工程中崩溃时候捕捉异常后生成的,要配合对应的pdb文件和代码用vs进行分析。
实例样例中的 memorytools.cpp memorytools.h 可以直接拿过去用的,不需要额外引用头文件和库。
代码目录:
├── main.cpp├── memorytools.cpp (附在文章后面面)└──memorytools.h(附在文章后面面)
1.内存泄漏检测
main.cpp
#include "memorytools.h"
int main()
{
//设置生成dump文件名
lge::CMemoryTools::initAppName("test");
//初始化
lge::CMemoryTools::initDebug();
//测试内存泄露
char * p = (char*) malloc(1000);
int* pInt = new int;
return 0;
}
运行后提示如下:
如果申请的内存,在程序退出后还没有释放,会提示你内存泄漏。当然很多项目用的单例,在程序关闭的时候,不释放一样会提示内存泄漏。
如果想知道内存是哪一步申请的,比如我圆圈圈出的63,可以直接在CMemoryTools::initDebug函数内将_CrtSetBreakAlloc(0); 改成 _CrtSetBreakAlloc(63); 这种vs在调试的时候,就会自动断点到这步的内存申请(但对于大项目这种方式其实不适用)。
2.dump生成及调试
#include "Memorytools.h"
class CTest
{
public:
int p;
};
int main()
{
//设置生成dump文件名
lge::CMemoryTools::initAppName("test");
//初始化
lge::CMemoryTools::initDebug();
//测试崩溃
CTest* pTest = NULL;
pTest->p = 1;
return 0;
}
在exe所在目录直接双击打开,会看到生成的dump文件。
保障exe pdb 和代码都是对应的关系,将dmp文件直接拖进vs项目即可。
之后就可以直接调试了。
memorytools.h
#pragma once
#if WIN32
#include <Windows.h>
#include <DbgHelp.h>
#pragma warning(disable:4091)
#pragma comment(lib,"Dbghelp.lib")
#include <tchar.h>
#include <stdlib.h>
#include <stdio.h>
#include <atlstr.h>
#include <string>
#ifdef DEBUG
# ifdef _MSC_VER
# ifndef _CrtDBG_MAP_ALLOC
# define _CRTDBG_MAP_ALLOC
# endif
#ifndef _MAPNEW
#define _MAPNEW
#endif
# ifdef _MAPNEW
# ifndef _CRTDBG_MAP_ALLOC_NEW
# define _CRTDBG_MAP_ALLOC_NEW
# endif
# endif
# include <crtdbg.h>
# ifdef _MAPNEW
# ifndef new
# define DEBUG_NORMALBLOCK new(_NORMAL_BLOCK, __FILE__, __LINE__)
# define new DEBUG_NORMALBLOCK
# endif
# endif
# endif
#endif
#ifndef __FILE_LINE__
# define _TLN(LN) #LN
# define __TLINE__(LN) _TLN(LN)
# define __FILE_LINE__ __FILE__"("__TLINE__(__LINE__)")"
#endif
#define APP_NAME_TYPE CString
#else
#define APP_NAME_TYPE std::string
#endif
namespace lge
{
/*
* windows下内存泄漏检测工具
*/
class CMemoryTools
{
public:
static void initAppName(const APP_NAME_TYPE& name);
static void initDebug();
static APP_NAME_TYPE __app_name__;
static bool _initDebug;
};
}
memorytools.cpp
#include "memorytools.h"
APP_NAME_TYPE lge::CMemoryTools::__app_name__ = "engine";
bool lge::CMemoryTools::_initDebug = false;
#if WIN32
int MemoryLeakReportRoutine(int blockType, char *message, int *p)
{
if (strcmp(message, "Object dump complete.\n") == 0)
{
static const char * szSolvMemLeak = "请解决内存泄露!\r\n";
OutputDebugStringA(szSolvMemLeak);
}
return 0;
}
LONG WINAPI UnHANDLEExceptionFilte(EXCEPTION_POINTERS *ExceptionInfo)
{
SYSTEMTIME Systime;
GetLocalTime(&Systime);
CString Str;
Str.Format(_T("%s_%d-%d-%d-d-d-d.dmp"), lge::CMemoryTools::__app_name__, Systime.wYear, Systime.wMonth, Systime.wDay, Systime.wHour, Systime.wMinute, Systime.wSecond);
HANDLE hFile = CreateFile(Str, GENERIC_READ | GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, 0);
MiniDump_TYPE wDumpFlag = MiniDumpWithFullMemory;
if (hFile != INVALID_HANDLE_VALUE)
{
MINIDUMP_EXCEPTION_INFORMATION ExInfo;
ExInfo.ThreadId = GetCurrentThreadId();
ExInfo.ExceptionPointers = ExceptionInfo;
ExInfo.ClientPointers = NULL;
MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(),
hFile, wDumpFlag, &ExInfo, NULL, NULL);
CloseHandle(hFile);
}
ExitProcess(-1);
return 0;
}
#endif //WIN32
void lge::CMemoryTools::initAppName(const APP_NAME_TYPE& name)
{
__app_name__ = name;
}
void lge::CMemoryTools::initDebug()
{
if (_initDebug)
{
return;
}
_initDebug = true;
#ifdef WIN32
#ifdef DEBUG
_set_error_mode(_OUT_TO_MSGBOX);
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);
_CrtSetReportMode(_CRT_ERROR, _CRTDBG_MODE_DEBUG);
_CrtSetReportHook(&MemoryLeakReportRoutine);
_CrtSetBreakAlloc(0);
#endif // DEBUG
SetUnhandledExceptionFilter(UnhandleExceptionFilte);
#endif
}
免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com