在MFC程序中使用CString,关闭程序时,出现如下图所示的内存泄漏。
f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\strcore.cpp(156) : {244} normal block at 0x00567C20, 28 bytes long.
Data: < x > E4 B8 07 78 05 00 00 00 05 00 00 00 01 00 00 00
第156行对应的是malloc函数,那么内存泄漏的原因可能是没有调用free函数释放内存。但是,CString相关内存的分配和释放应该是由MFC自己执行的,我们并不会介入。那么为什么会出现这种情况呢?https://bbs.csdn.net/topics/391970157中也出现了类似的问题,但是并没能给出解决方案。
查阅了很多资料,最终发现https://stackoverflow.com/questions/23619031/could-this-be-a-false-positive-memory-leak-report中给出的解释是,可能程序中使用了多个版本的MFC库。我的程序是用VS2013编写的,但是有DLL是用VS2008编写的(这个DLL用到了CString)。最终把这个dll用VS2013编译,替换掉原来的lib和dll,不再出现该BUG。当然了,这是微软的锅。
最后,想要查看EXE程序依赖于哪些dll,可以使用dependcy walker和pestudio。这两个工具功能比较接近,比较强大,在程序没有加壳的情况下,可以用这两个工具分析程序调用了哪些外部接口,导出哪些外部接口,对逆向工程有一定的帮助。