DELPHI是要手动释放内存的,如果客户端措施有泄漏,可能不是很大问题,
但是如果你是用DELPHI做处事端措施,有泄漏的话,时间一长会占用很多内存,直随处事端措施要*重启.所以内存泄漏还是有害的.
而且措施中有大量泄漏的话,也是一种不良现象,要更正过来.
在措施执行的第一句加上如下代码:
{$IFDEF DEBUG}
ReportMemoryLeaksOnShutdown := DebugHook<>0;
{$ENDIF}
那么,如果当措施产生泄漏时,在措施结束时就会报错,但这个报错只能知道类类型和数量,没有具体的代码行号.而且整个工程内容很多,如何快速找到泄漏?
答案是要养成良好的习惯,在测试时,就加上这句在工程中.因为我们调试措施时,城市一个个模块来调试.再正常退出.这样就可以很有效发明泄漏了.
就算泄漏报错对话框显示的内容不是很具体,但是在调试排错时,所执行的代码范畴是有限的.所以我们也能很快找到泄漏的处所.
我就是操作这点,解决了很多泄漏问题.
不知道列位DELPHI FANS有没有这个习惯?
DELPHI一个搪塞内存汇漏的步伐和技巧
标签：
原文地点：https://www.cnblogs.com/IDELPHI/p/8850101.html
，