重载operator new实现检测内存泄漏是否可行

  行与不行,就凭我这水平,说出来未免显示太过自大。不还,我还想根据自己的代码来讨论这个问题。

  重载operator new来检测内存只的办法,那就是在new的时候记录指针地址及文件名、行号,在delete的时候取消记录。到最后程序结束,还有哪些指针未释放,则为泄漏。

  第一步,你得重载operator new,或者也可以重写。在http://www.cplusplus.com/reference/new/operator%20new/中指明new有三种形式,因为我们还分配数组,故还有new[]这个函数也要重载。那么有6种。原文中指明“The allocating versions ((1) and (2)) are also replaceable:”,则说明我们只能重载4个函数(也必须,不然检测不到部分内存分配,没有意义)。由于placement new不会有内存泄漏,也不能重载,可以不管。

#include <iostream>
#include <cstdlib>

using namespace std;

inline void *operator new[](std::size_t size, const char *file, int line)
{
    std::cout << "memory allocate at " << file << " line " << line << std::endl;
    void *p = ::operator new(size);// operator new (size,std::nothrow)
    return p;
}

inline void * operator new(std::size_t size, const char *file, int line)
{
    std::cout << "memory allocate at " << file << " line " << line << std::endl;
    void *p = ::operator new(size);
    return p;
}

inline void operator delete(void *p)
{
    std::cout << "free" << std::endl;
    free(p);
}

inline void operator delete[] (void *p)
{
    std::cout << "free[]" << std::endl;
    free(p);
}

#define new new(__FILE__, __LINE__)

class  TTest
{
public:
    TTest(){ std::cout << "construct...." << std::endl; }
    ~TTest(){ std::cout << "destruct...." << std::endl; }
};

int main()
{
    TTest *p = new TTest();
    delete p;

    return 0;
}

注意上面的代码中,因为懒,并没有重载完4个函数。另外,注意new函数是重载,故可以调用::operator new,而delete函数是重写,再调::operator delete就递归成死循环了。不过这并不影响我说明问题。

结果:

memory allocate at ../test/main.cpp line 61
construct....
destruct....
free
按 <RETURN> 来关闭窗口...

看,已经知道分配的文件、行号,还能知道是否已分配,那么说明还是可行的。

  可是,并不是所有的程序都是这么简单的。重载后,我们当然希望所来new的用法及参数都不用变。因为我们不希望已写的代码需要修改。从另一个方面说,如果用了第三方库,总不能一个个将别人的new替换成自己的函数。于是有了“#define new new(__FILE__, __LINE__)”这行代码,通过一个宏定义巧妙地将函数替换了。

new int()被替换成new(__FUNCTION__,__LINE__) int(),这样,原来的代码不变。但是,这个宏定义并不够巧妙。上面提到,new有三种形式,这个宏定义只能替换最常用的一种void* operator new (std::size_t size) throw (std::bad_alloc);对于其他则无能为力。

#include <iostream>
#include <cstdlib>

using namespace std;

inline void *operator new[](std::size_t size, const char *file, int line)
{
    std::cout << "memory allocate at " << file << " line " << line << std::endl;
    void *p = ::operator new(size);// operator new (size,std::nothrow)
    return p;
}

inline void * operator new(std::size_t size, const char *file, int line)
{
    std::cout << "memory allocate at " << file << " line " << line << std::endl;
    void *p = ::operator new(size);
    return p;
}

inline void operator delete(void *p)
{
    std::cout << "free" << std::endl;
    free(p);
}

inline void operator delete[] (void *p)
{
    std::cout << "free[]" << std::endl;
    free(p);
}

#define new new(__FILE__, __LINE__)

class  TTest
{
public:
    TTest(){ std::cout << "construct...." << std::endl; }
    ~TTest(){ std::cout << "destruct...." << std::endl; }
};

int main()
{
    char *buff[10240] = {‘\0‘};
    TTest *p = new TTest();
    delete p;

    p = new(buff) TTest();

    return 0;
}

显然,p = new(buff) TTest();调用了第三种new函数void* operator new (std::size_t size, void* ptr) throw();由于参数问题编译报错。其实,第二、三种new函数原型在STL、BOOST里很常用。所以这种替换并不适用。

  由于我并不知道编译器#define new new(__FILE__, __LINE__)是怎么去解释这行代码的,故没法写出一个实现三种函数原型都能替换的宏定义。当然,如果你只想知道有没有内存泄漏,不需要知道文件名、行号,则重写new函数而不是重载是可行的。但感觉这也太鸡肋了。

  不知道有没有大神能实现函数的替换,望指教。

时间: 2024-10-24 07:46:04

重载operator new实现检测内存泄漏是否可行的相关文章

Qt creator 搭配 valgrind 检测内存泄漏

继上次重载operator new检测内存泄漏失败之后,妥协了.决定不管是否是准确指明哪一行代码出现内存泄漏,只要告诉我是否有泄漏就行了,这样就没有new替换的问题.在开发中,总是一个个小功能的开发.如果开发完一个小功能告诉我有内存泄漏,那想必也是比较容易找的. 这次的想法是重写operator new,然后每次new的时候记录一下地址及申请内存的大小,释放时删除记录.这样,程序结束时剩余的记录就是泄漏的了.记录的数据结构首选STL的map.结果,在记录时,map需要申请内存,调用new,new

如何在linux下检测内存泄漏(转)

本文转自:http://www.ibm.com/developerworks/cn/linux/l-mleak/ 本文针对 linux 下的 C++ 程序的内存泄漏的检测方法及其实现进行探讨.其中包括 C++ 中的 new 和 delete 的基本原理,内存检测子系统的实现原理和具体方法,以及内存泄漏检测的高级话题.作为内存检测子系统实现的一部分,提供了一个具有更好的使用特性的互斥体(Mutex)类. 1.开发背景 在 windows 下使用 VC 编程时,我们通常需要 DEBUG 模式下运行程

Linux/Unix用valgrind检测内存泄漏

c\c++编程中,内存管理是比较头疼的问题,一不小心就会造成内存泄漏,除了养成良好的编程习惯外(使用智能指针等),使用工具也能帮助检测内存泄漏,valgrind是Unix\Linux下一款不错的工具.(mac下暂时有bug) Valgrind 安装 到www.valgrind.org下载最新版valgrind-3.2.3.tar.bz2 解压安装包:tar –jxvf valgrind-3.2.3.tar.bz2 解压后生成目录valgrind-3.2.3 cd valgrind-3.2.3 运

xcode里面使用Memory Leaks和Instruments检测内存泄漏

教程截图: Leaks和Instruments教程[检测内存泄露]" src="http://pic002.cnblogs.com/images/2011/283130/2011080816513182.jpg"> 作为一名无证程序员,无论你多么精通Objective-C的内存管理,随着时间的推移,你也不可避免的犯内存相关的错误.但通常因为代码量太大,以至于你不可能一行一行的去排除(等你解决完,你设计的动车早相撞了!) 幸运的是,苹果已经提供了一些好的方式来帮助你找到应

linux实用技巧:检测内存泄漏工具Valgrind

1.Valgrind简介 1.在我们编写C/C++的时候,最常见的错误之一就是内存泄露,这样的问题其实跟程序员的编程习惯密不可分.如果你在申请内存空间之后能够马上在合适的位置释放内存.会极大程度的避免内存泄漏的情况.但是人非圣贤,孰能无过.有时候我们确实忘记释放内存而导致了比较严重的错误,所以这个时候我们需要借助valgrind这个工具来判断内存泄漏. Valgrind 是一款 Linux下(支持 x86.x86_64和ppc32)程序的内存调试工具,它可以对编译后的二进制程序进行内存使用监测(

VS中检测内存泄漏的方法

vs中检测内存泄漏的方法 分类: MFC2013-03-08 21:44 2764人阅读 评论(0) 收藏 举报 使用vs的内存检测有以下几种方法. 在debug模式下以F5运行: 方法一: [html] view plaincopy #define CRTDBG_MAP_ALLOC #include <stdlib.h> #include <crtdbg.h> //在入口函数中包含 _CrtDumpMemoryLeaks(); //即可检测到内存泄露 //以如下测试函数为例: i

Android实战——LeakCanary检测内存泄漏

本篇文章包括以下内容: 前言 内存泄漏的简介 内存溢出的简介 LeakCanary的配置与使用 结语 内存泄漏对于初学者们可能是一个陌生的词语,但是却频频发生于自己的软件上,只不过自己不知道而已.同理,内存溢出也是一个道理.而内存泄漏和内存溢出常常是面试的考题,所以早点掌握是必不可少的 内存泄漏是指:对象在它有限的生命周期结束时,它们将被垃圾回收,如果在回收时,这个对象还被一系列的引用,导致该对象不会被回收,那么就会导致内存泄漏.随着泄漏的累积,应用将消耗完内存,应用的流畅性就会大大减弱 常见的

VS2005 检测内存泄漏的方法(转载)

一.非MFC程序可以用以下方法检测内存泄露: 1.程序开始包含如下定义: [cpp] view plain copy print? #ifdef _DEBUG #define DEBUG_CLIENTBLOCK new( _CLIENT_BLOCK, __FILE__, __LINE__) #else #define DEBUG_CLIENTBLOCK #endif  // _DEBUG #define _CRTDBG_MAP_ALLOC #include <stdlib.h> #includ

使用 Android Studio 检测内存泄漏与解决内存泄漏问题

自从Google在2013年发布了Android Studio后,Android Studio凭借着自己良好的内存优化,酷炫的UI主题,强大的自动补全提示以及Gradle的编译支持正逐步取代Eclipse,成为主流的Android开发IDE.Android Studio在为我们提供了良好的编码体验的同时,也提供了许多对App性能分析的工具,让开发者可以更方便分析App性能.Google在IO大会上一直告诫开发者不要无节制的使用手机内存,要注意一些不良的开发习惯会导致App的内存泄漏.虽然如今网上