firemail

标题: Heap corruption detected [打印本页]

作者: Qter 时间: 2020-1-27 21:18
标题: Heap corruption detected
断点单步发现总是在delete的时候出错。
第一先试一下重新生成解决方案，有些代码不一致，会造成这种情况
首先说明一下什么是Heap Corruption。当输入超出了预分配的空间大小，就会覆盖该空间之后的一段存储区域，这就叫Heap Corruption。这通常也被用作黑客攻击的一种手段，因为如果在该空间之后的那段存储区域如果是比较重要的数据，就可以利用Heap Corruption来把这些数据修改掉了，后果当然可想而知了。

      在VC里面，用release模式编译运行程序的时候，堆分配（Heap allocation）的时候调用的是malloc，如果你要分配10byte的空间，那么就会只分配10byte空间，而用debug模式的时候，堆分配调用的是_malloc_dbg，如果你只要分配10byte的空间，那么它会分配出除了你要的10byte之外，还要多出约36byte空间，用于存储一些薄记信息，debug堆分配出来之后就会按顺序连成一个链。

一直没碰到过这样的问题，所以实在不知道如何下手。后来偶然一次注释掉一个释放语句，就没报错了Heap corruption detected了（但是报memory leak)，才发现原来这个释放有问题。我的一个函数调用中，开始的时候分配了一个char数组，结束的时候释放这个数组空间，看起来完全是没有问题的，居然会引发Heap corruption detected。代码大体如下：

char* pCmd = new char[len+1]; // len has got value before
memset( pCmd, 0, len+1);
.........
for(int i=0;i<len;i++) {
   ........    //获取一个str内容形如："1A", "0F"
   sscanf(str, "%02X", &pCmd[i]);
}
.....
delete [] pCmd;

找到问题的所在，再分析代码才发现了这其中一个很隐蔽的问题，就是那句sscanf，由于第二个参数用的是"%02X"，那么对它而言，最后一个参数就是一个指向int类型的指针了，而我给的实际是一个char的指针。
如果上面的循环只进行到i<len-2，或者pCmd的size扩大到len+3，都可以避免heap corruption。
后来我干脆用了一个零时的int型变量来完成这个工作。

要分析这个问题，太理论化的我将不上来，应该是sscanf调用的过程中，由于pCmd分配到的空间不足，因此引发了新的分配，pCmd不再是像声明的那样一个len+1大小的char数组，因此直接调用delete [] pCmd就会引发heap corruption了。到底咋回事，也许还要高人来讲讲。

欢迎光临 firemail (http://firemail.wang:8088/)