您的位置:首页 > 其它

一次使用vld检测内存泄漏的修正过程

2011-06-24 22:23 381 查看
东西弄的差不多了,要看内存泄漏没的,本来一直用的vld不过有问题,看了文档才晓得是使用没对,不过它本身也有点不足,对有些全局变量好像检测不到.

打算另外找工具后来翻啊翻,结果发现有1.9d版的一直没用.就用新的版本了.

然后,项目里面还真有泄漏~后来找了黑久还是修复了,啊感觉真好~

泄漏情况如下:

开始时报告P类中,new的C类实例泄漏.10多个地方-.-

然后,跟踪了哈发现是P类没有经过析构函数~

class C {}

class P
{
~P()
{
delete C;
}

void CreatC()
{
_C=new C;	//报告泄漏
}
C* _C;
}

typedef SmartPtr<P> PPtr;


再查找是在T类的AddP函数中动态创建的P类,并添加到数组中.

new P的地方并没有报告泄漏(后来才发现P类有内存管理).

但是,T类中都没有析构,而且也没有其他函数释放P指针的数组.

class T
{
void AddRef();
void Release();

void AddP()
{
P* tP=new P;	//没有报泄漏
_PList.Push(tP);
}

vector<P*> _PList;
}


我看了哈P类有智能指针,就没有向T类添加析构函数,直接改了P指针的数组元素类型.

在默认析构的时候就可以自动释放了.

class T
{
void AddP()
{
PPtr tP=new P;	//没有报泄漏
_PList.Push(tP);
}

vector<PPtr> _PList;
}


本以为完全解决问题了,结果呢,还没完~

还有1个泄漏地方,智能指针中,重载的赋值函数中引用计数分配泄漏.

template<class Type>
class SmartPtr
{
SmartPtr<Type>& operator=(const Type* p)
{
//...
_Ref=new U32(0);	//报告泄漏
//...
}
}


这个函数明显是在AddP函数中new P时候调用的.

跟踪发现确确实实,在T类析构中P类自动释放了.

但又确确实实报告了一个智能指针中引用计数的泄漏,只有一个.

再经过反复的跟踪和查找,发现有个F类Init函数中创建T类实例,以为是这回收失败引起的.

结果,在F类析构中确实又调用了T实例的Release函数.

typedef SmartPtr<T> TPtr;
class F
{
void Init()
{
TPtr t=CreateT();	//动态创建
}
}


但是,引用计数最终却不是0而是1.

因为在每帧渲染时候,很多不同的T指针会传递给G类使用,G会记录当前使用的T指针.

结果呢,在G类释放的时候,当前使用的T指针没有调用Release而只是设置了一个NULL.

class G
{
void Set(T* pT)
{
if (_curT)
_curT->Release();
curT=PT;
if (_curT)
_curT->AddRef();	//增加了引用计数
}

void Release()
{
_curT=NULL;	//没有调用Release
}

T* _curT;
}


终于啊~花了好久才修正了,感觉也够有点复杂的.

内存泄漏有时真是千奇百怪的.

内存泄漏检测是很必要的,但是修正的时候要注意哈.

1.如果被内存管理的P类中动态分配的数据C类,会报告泄漏.

但是P类自身不会报告泄漏的.需要多检测包含P类的

2.如果一直都是一个泄漏的地方,泄露同一个P类的指针,但实际上创建了N个P.

却始终只有一个P泄漏,但是,指针不是同一个.

就很有可能是某个地方使用了P指针记录了下来没有放掉.
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: