检查内存泄露.doc

Debug Assertion Failed! 这个错误的原因可能是数组越界或出现了野指针. 内存释放(或资源释放)时出现了错误这是个很一般性的错误, 就像Windows报告说执行了非法操作一样. 凭此信息无法判断具体错误位置, 只能靠自己跟踪了 当出现这个错误的时候，我重新检查了自己new的指针，由于对于这块很发怵，所以把所有new的指针都避掉。但还是出现同样的问题。 后来又上网搜了一下，在《VC++6.0中内存泄漏检测》这篇文章中提到，“可用于被多态继承的基类其析构函数应当有virtual修饰的法则( 一不小心就忘了写virtual ^_^ ),”，哈哈，我也违反了，后来加上virtual后就没有问题了。 下面把那篇文章贴上来以供自己日后查看。 VC++6.0中内存泄漏检测（转） VC++6.0中内存泄漏检测 这篇文章是对2004-09-02日发表的《VC++6.0中简单的内存泄漏检测事例代码》(已经删除)的更新. 对C++代码而言,内存泄漏问题虽然有诸多方法避免,但实际代码编写的时候,或出于自信或出于复杂性的考虑,常常还会用到原始的operator new,这不可避免的会带来内存泄漏的可能,不久前本人因为违反了可用于被多态继承的基类其析构函数应当有virtual修饰的法则( 一不小心就忘了写virtual ^_^ ),导致了内存泄漏,因此我觉得出于安全考虑,在代码中加入内存泄漏检查机制还是很必要的,也因为这次的内存泄漏事件促使我写出这一篇文章.VC++中本身就有内存泄漏检查的机制,你可以在向导生成的支持MFC的工程中看到如下代码:#ifdef _DEBUG#define new DEBUG_NEW#undef THIS_FILEstatic char THIS_FILE[] = __FILE__;#endif通过它们,你能非常容易的发现代码中的内存泄漏,但是如果手工将这个功能移植到非MFC工程中去是很繁琐的一件事,另外它还有一个bug,在多线程并发调用这个DEBUG_NEW时会导致系统级错误,因此本人在此重写了这个功能,将以下的debug_new.h和debug_new.cpp添加到工程中,并在需要检测的cpp中#include debug_new.h和main中一开始处加入REG_DEBUG_NEW宏即可.1. debug_new.h 源代码/************************************************************************//* comment: 此文件与debug_new.cpp配合使用,用于在调试期发现内存泄漏 *//* 仅在VC++编译器中适用(包括Intel C++,因为它使??了相同的库) *//* 作者: 周星星  HYPERLINK /bruceteen/ \t _blank /bruceteen/ *//* 版权申明: 无,可任意 使用,修改 和 发布 *//************************************************************************//* sample#include iostream#include debug_new.h // +using namespace std;int main( void ){REG_DEBUG_NEW; // +char* p = new char[2];cout --End-- endl;return 0;}在VC++ IDE中按F5调试运行将会在Output窗口的Debug页看到类似如下的提示:Dumping objects -d:\test.cpp(10) : {45} normal block at 0x003410C8, 2 bytes long.Data: CD CD Object dump complete.如果不出现如上提示请Rebuild All一次.*/#ifndef _DEBUG_NEW_H_#define _DEBUG_NEW_H_#ifdef _DEBUG#undef newextern void _RegDebugNew( void );extern void* __cdecl operator new( size_t, const char*, int );extern void __cdecl operator delete( void*, const char*, int);#define new new(__FILE__, __LINE__)#define REG_DEBUG_NEW _RegDebu