mjn*_*mjn 6 delphi memory-leaks delphi-2009
对于Web框架,我第一次尝试了匿名方法,并遇到了内存管理问题.
这个内存泄漏(Delphi 2009)如何得到修复?
泄漏消息是:
13 - 20字节:Project27 $ ActRec x 1
program Project27;
type
TTestProc = reference to procedure;
procedure CallMe(Proc: TTestProc);
begin
end;
begin
CallMe(procedure begin end);
ReportMemoryLeaksOnShutdown := True;
end.
Run Code Online (Sandbox Code Playgroud)
无论在开始和结束之间有多少匿名方法,都会出现相同的泄漏消息"Project27 $ ActRec x 1",我想泄漏是针对TTestProc类型的,而不是针对个别匿名程序
program Project27;
type
TTestProc = reference to procedure;
procedure CallMe(Proc: TTestProc);
begin
end;
begin
ReportMemoryLeaksOnShutdown := True;
CallMe(procedure begin end);
CallMe(procedure var A: Integer; begin A := 42 ; end);
end.
Run Code Online (Sandbox Code Playgroud)
Mas*_*ler 16
在过程或函数中声明匿名方法时,当该例程超出范围时,它将被清除.(这是过于简单化,但它对当前的讨论来说已经足够了.)问题在于DPR的主要例程并没有"超出范围".相反,Delphi编译器System.Halt在它的末尾插入一个永远不会返回的隐藏调用.
因此,如果您以这种方式编写它,您将获得内存泄漏通知.您可以通过将匿名方法创建放在正常退出的例程中来修复它,如下所示:
program Project27;
type
TTestProc = reference to procedure;
procedure CallMe(Proc: TTestProc);
begin
end;
procedure Test;
begin
CallMe(procedure begin end);
end;
begin
Test;
ReportMemoryLeaksOnShutdown := True;
end.
Run Code Online (Sandbox Code Playgroud)
Arn*_*hez 10
我想这是因为你正在使用begin..end..dpr文件中的主要块.begin..end.当FastMM4检查内存时,范围内创建的隐藏内存结构不会被释放,因为它尚未超出范围.
如果将匿名方法放在此主begin..end.块之外,则没有内存泄漏.
我的建议是避免在.dpr文件中放入一些代码 - 大部分时间都是错误的.IDE不喜欢这样.使用单独的单元作为您自己的代码,并单独保留.dpr内容.:)