折磨了我N多天的内存泄露bug终于解决了,当发现原因竟然是自己犯的那样弱智的一个错误时,真有种撞墙的冲动。现在就说说这次调试过程,血的教训!!以后写代码务必务必谨慎!!
程序写好了,拿两个数据文件做测试,调试通过,输出正常,OK~,然后就想测试一下所有的数据文件,看看结果是不是理想。写了一个批处理文件来遍历执行所有的文件,然后问题就出现了,大部分文件执行都是正常的,但执行到有些文件时,windows就会报错,只能跳过执行下一个文件。这就奇怪了,为什么会这样呢,这些文件都是符合ISO要求的模板,文件结构都一样,怎么有些就出错呢,难道是这些文件的数据量大,超出了变量的定义范围吗?
我记下那些出错的数据文件名称,单独用程序测试。编译过程没有问。。(也不应该有问题),在Debug下按F5执行的时候,就报错了,“Windows已在**.exe触发一个断点,其原因可能是堆被破坏,这也说明 **.exe 中或它所加载的任何 DLL 中有 bug。”但是每次执行错误位置指向不定,指向new.c 或者malloc.c或者free.c,虽然没看出这些文件能有什么问题,不过从名字上也大致知道这根内存操纵有关,在网上各种百度google 这个问题,大都说是因为操作了已经被释放内存空间的指针。我就从头至尾检查了几遍,确保不用的指针及时回收,每个new过的内存空间在适当的时候释放,不过几遍下来问题还是存在。
F10单步执行看看到底是哪句话出问题了,发现每次报错都是在一个类成员函数处,诡异的是这个成员函数在程序中被调用了两次,第一次是没有