DELPHI是要手动释放内存的,如果客户端措施有泄漏,可能不是很大问题,

但是如果你是用DELPHI做处事端措施,有泄漏的话,时间一长会占用很多内存,直随处事端措施要封锁重启.所以内存泄漏还是有害的.

而且措施中有大量泄漏的话,也是一种不良现象,要更正过来.

在措施执行的第一句加上如下代码:

{$IFDEF DEBUG}

ReportMemoryLeaksOnShutdown := DebugHook<>0;

{$ENDIF}

那么,如果当措施产生泄漏时,在措施结束时就会报错,但这个报错只能知道类类型和数量,没有具体的代码行号.而且整个工程内容很多,如何快速找到泄漏?

答案是要养成良好的习惯,在测试时,就加上这句在工程中.因为我们调试措施时,城市一个个模块来调试.再正常退出.这样就可以很有效发明泄漏了.

就算泄漏报错对话框显示的内容不是很具体,但是在调试排错时,所执行的代码范畴是有限的.所以我们也能很快找到泄漏的处所.

我就是操作这点,解决了很多泄漏问题.

不知道列位DELPHI FANS有没有这个习惯?

DELPHI一个搪塞内存汇漏的步伐和技巧

标签：

原文地点：https://www.cnblogs.com/IDELPHI/p/8850101.html