memory leaks,android memory leak

　　简单的内存泄漏跟踪-天堂之死-博客公园

　　简单的内存泄漏跟踪前言内存泄漏是C编码中一个非常恼人却挥之不去的话题。最近由于GC的引入，为了验证GC是否真的正常释放内存，首先提供了内存分配的Tracer。

　　与分配器不同，分配器主要解决两个问题：

　　1.性能，池分配通常可以提供比直接虚拟分配更快的性能。据说这个原理在Vista之后就失效了，因为微软修改了VA的实现机制，但只是听说没有经过实际测试。

　　2.碎片化，避免大量分散的内存分配冲掉自己的连续内存，导致后面的内存因为没有连续块而无法分配。

　　我们的tracker Tracer主要想解决一个问题，就是内存什么时候分配，什么时候删除，程序退出时是否删除。

　　方案一：DEBUG_NEW方案基本上这个主题之前已经有很多前辈写过了，这里没有超越前辈的方案，只是我自己做这个模块时的体会和理解。

　　这个问题有两个比较好的方案，一个是MFC的DEBUG_NEW方案，MAX SDK也用这个方案。

　　其实原理很简单。只要我们能得到当前语句的文件名和行号，那么当它是新的时，我们就让我们的Tracer记录下当前地址，并与文件名和行号绑定。那么在删除的时候，我们就可以根据地址来删除这条记录。

　　如何实现？

　　这个问题无非是解决两个问题。第一，需要接手新的东西，接手后只能记录自己的信息。

　　c运算符new可以以不同的形式重载，例如：

　　？void*运算符new (size_tInSize，const char* InLogMsg)

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。