本文记录了一次因_CRTDBG_DELAY_FREE_MEM_DF导致的内存假泄露调试经历。在集成CEGUI后，由于内存延迟释放，造成了看似严重的内存泄露问题。通过VC环境的内存泄露检测和_CrtSetBreakAlloc方法定位问题。同时提到了Release模式下出现指针访问错误而在Debug模式下正常的情况，提醒注意DEBUG警告、函数返回值及对象初始化等可能原因。
呼。。又是一次痛苦的调试经历，赶紧记点心得吧。虽然是一个很傻X的失误，但是经历的过程还是收获蛮多的。开始之前，顺便透露一下，关于shero，我已经决定做一个单机开源RPG了，最迟在5月发布吧，最终效果相信不会令大家失望。。:)
好了，起因是这样的，因为集成了CEGUI，界面基本搭好时，却发现有严重的内存泄露，至少当时我是这样认为的，然后便开始尝试各种办法，没有结果。其实最后才发现，原因很简单，我自己的项目里加入了这个设置：
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_DELAY_FREE_MEM_DF | _CRTDBG_CHECK_EVERY_1024_DF | _CRTDBG_CHECK_CRT_DF);
_CRTDBG_DELAY_FREE_MEM_DF，我傻B了，英语白学了。在加入CEGUI以前，项目的每轮循环里不会都有new 与 delete的操作，自然看不出啥问题，但是有了CEGUI后就不一样了，new分配的空间是延迟释放的，不断堆积后看上去肯定就是严重的内存泄露了！
上面的不是重点，重点是过程中的一点调试心得，简单记录下吧：
1，关于内存泄露检测，VC环境下可以检测的，http://sh
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
