bug之类定义导致的内存泄露

本文通过一次使用boost单元测试发现的严重内存泄露问题,详细解释了如何定位并修复由析构函数引起的内存泄露。同时,还提供了一个由于Graphics对象生命周期管理不当导致内存泄露的实例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 经过boost的单元测试后,发现程序竟然存在严重的内存泄露,总共有60多M。但是经过好多次认真排除还是毫无头绪。

无意间发现编译器有一个警告(因为源代码量比较多,警告有100多个,所以我编译时直接就忽略警告了),**no destructor。我于是惊疑起来,定位到文件后,发现我犯了一个比较隐秘的错误。
比如我在A.h头文件中定义了这样一个函数A。B是实现类。为了使得编译依赖最小,我只是声明了B。于是头文件如下:
//================A.h
class B;
class A
{
    ~A()
    {
      delete B;
    }
    B *impl;
};
//==================
原来这样会造成A析构时,不能调用B的析构函数,因为A不知道B的实现类。所以内存泄露由此产生了。嗨,boost真是好东西,下次学学怎么对内存泄露的位置进行定位。

 

补充:内存泄露

int main()

{

  ULONG_PTR gdiplusToken;
  Gdiplus::GdiplusStartupInput gdiplusStartupInput;
  Gdiplus::GdiplusStartup(&gdiplusToken, &gdiplusStartupInput, NULL);

  ...

  Gdiplus::GdiplusShutdown(gdiplusToken);

}

但是由于销毁Graphics对象是在main函数体结束时才进行的,由于gaphics被shutdown了,因此导致错误。之前没有在析构函数里未删除它,因此导致了4个byte的内存泄露!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值