FastMM 是否仅报告内存泄漏和/或内存分配



我正在使用 FastMM 调试我的程序,似乎它报告的很多内存泄漏似乎是合法的内存分配,而不是实际的内存泄漏。

例如

A memory block has been leaked. The size is: 20
This block was allocated by thread 0xD44, and the stack trace (return addresses) at the time was:
404902 [System.pas][System][@GetMem][3693]
406597 [System.pas][System][TObject.NewInstance][11044]
406B2A [System.pas][System][@ClassCreate][12121]
60A1D2 [CtrlObjs.pas][Ctrlobjs][TConnObj.Create][430]
61703B [Control.pas][Control][TControlMgr.FindLinks][854]
60ACB2 [CtrlObjs.pas][Ctrlobjs][TControlObject.FindLink][746]
60E2A3 [CtrlObjs.pas][Ctrlobjs][TDelayControl.EvalPulse][2105]
60E4C0 [CtrlObjs.pas][Ctrlobjs][TDelayControl.Evaluate][2193]
6102D4 [CtrlObjs.pas][Ctrlobjs][TLineControl.Evaluate][3155]
60ABF1 [CtrlObjs.pas][Ctrlobjs][TControlObject.ActiveCount][711]
6105D8 [CtrlObjs.pas][Ctrlobjs][TLineControl.ActiveCount][3261]
The block is currently used for an object of class: TConnObj

TConnObj 是经常用于创建对象的类,当程序不再需要它时被销毁。但是,FastMM 将其报告为实际内存泄漏。那么,在查看 FastMM 内存泄漏日志文件时,如何判断哪个是哪个?

如果 FastMM 将其报告为泄漏,那么它确实是泄漏。

您已经创建了一个对象,但未能在程序终止之前销毁它。通常,这是由于代码中的直接错误造成的。也许您忽略了保护对象生命的尝试/最终。

如果它是一个未被销毁的全局范围对象,那么您只需在程序终止时销毁它即可。或者,您可以调用 RegisterExpectMemoryLeak 来指示您不打算销毁该对象。但只有在您故意泄漏对象时才这样做。不要用它来掩盖非故意泄漏。

但最重要的是,FastMM不会说谎。如果它说你在泄漏,相信它。

最新更新