内存泄漏经常出现在本地代码中,特别是多线程和发生异常的情况下,这时候在delphi环境下,FastMM4就特别有用。
调试过程如下:
1.打开FastMM4的调试功能,首先在自己的project里把FastMM4放在最前面,例如:
FastMM4,
Main in ‘Main.pas’ {MainForm},
可以在project中定义编译常量:FullDebugMode。同时把FastMM_FullDebugMode.dll拷贝到编译后生成的可执行程序所在目录。
再要打开内存泄漏报告:EnableMemoryLeakReporting。一般情况下是缺省打开的。
这样就打开了全调试模式,如果发生内存泄漏将会生成报告文件,如果在IDE运行的时候还会弹出一个对话框显示。报告文件类似:kicoy_MemoryManager_EventLog.txt
2.报告文件由两部分组成,并且是每次运行都会追加,所以使用的时候尽量清空一下在运行。
第一部分是泄漏的详细内容,将每个没释放的内存块详细信息显示出来。例:
A memory block has been leaked. The size is: 28 {一个28字节的内存块在程序结束后没有被释放}
{这个内存块在分配的时候的调用堆栈,也就是Call Stack,可以清楚看出调用函数的次序。如果是系统dll则还有相应的函数名。}
Stack trace of when this block was allocated (return ad
调试过程如下:
1.打开FastMM4的调试功能,首先在自己的project里把FastMM4放在最前面,例如:
FastMM4,
Main in ‘Main.pas’ {MainForm},
可以在project中定义编译常量:FullDebugMode。同时把FastMM_FullDebugMode.dll拷贝到编译后生成的可执行程序所在目录。
再要打开内存泄漏报告:EnableMemoryLeakReporting。一般情况下是缺省打开的。
这样就打开了全调试模式,如果发生内存泄漏将会生成报告文件,如果在IDE运行的时候还会弹出一个对话框显示。报告文件类似:kicoy_MemoryManager_EventLog.txt
2.报告文件由两部分组成,并且是每次运行都会追加,所以使用的时候尽量清空一下在运行。
第一部分是泄漏的详细内容,将每个没释放的内存块详细信息显示出来。例:
A memory block has been leaked. The size is: 28 {一个28字节的内存块在程序结束后没有被释放}
{这个内存块在分配的时候的调用堆栈,也就是Call Stack,可以清楚看出调用函数的次序。如果是系统dll则还有相应的函数名。}
Stack trace of when this block was allocated (return ad