今天突发奇想写了一段很奇怪的代码,Node对象的数组我是这样写的:
Node* p = (Node*)malloc(sizeof(Node)*10);
free(&p[2]);
从直观上来想象似乎是没有问题的,但却出现了_CrtIsValidHeapPointer的断言,按理说出现了这个问题应该是因为要释放的堆内存越界,但其实是另有原因,再看另一段代码:
BYTE *pBuffer;
pBuffer = (BYTE *)malloc(64);
pBuffer = pBuffer + 32;
free(pBuffer);
也会出现同样的错误。原因猜测是malloc的时候系统保存了分配地址的起始地址的列表,而free的时候如果尝试去free一个不在列表中的地址,就出错啦。解决方案就不用说了,不同的应用场景不同的上下文有不同的方法。
在Windows下用CRT库来进行内存泄露的检测还是挺好用的,在目标函数返回时加上_CrtDumpMemoryLeaks();就会输出内存泄露信息,output窗口中的输出有的可以直接定位到程序中的行,但也有的定位不到,只显示如下这种信息:
Dumping objects ->
{52} normal block at 0x006D2498, 512 bytes long.
?Data: <??????????????? > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{51} normal block at 0x006D2440, 24 bytes long.
?Data: < 4????????????? > 10 34 14 00 FF FF FF FF 00 00 00 00 00 00 00 00
Object dump complete.
这个时候可以这样写来找到出问题的行:
int main()
{
_CrtSetBreakAlloc(52);
run();
_CrtDumpMemoryLeaks();
system("pause");
return 0;
}
这样在debug模式下程序会自动停在{52}处,通过call stack就会找到出现泄露的代码段了。
总是来说还是不错的,调一些小程序是没啥问题的,不知道windows下有没有valgrind这样的神器,这里有一些推荐http://www.oschina.net/question/161952_24831 但没试过.............