项目中的匿名方法泄漏内存

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)

  • 事实上还有更多的东西.如果在.dpr文件中声明一个具有全局作用域的接口变量,并为其分配,那么在泄漏检查运行之前,它会得到整理.Anon方法显然很特别. (3认同)
  • @Warren P除了"糟糕的风格"之外还有什么特别的原因吗?这样做有实际问题吗? (3认同)

Arn*_*hez 10

我想这是因为你正在使用begin..end..dpr文件中的主要块.begin..end.FastMM4检查内存时,范围内创建的隐藏内存结构不会被释放,因为它尚未超出范围.

如果将匿名方法放在此主begin..end.块之外,则没有内存泄漏.

我的建议是避免在.dpr文件中放入一些代码 - 大部分时间都是错误的.IDE不喜欢这样.使用单独的单元作为您自己的代码,并单独保留.dpr内容.:)