我正在寻找一些内存泄漏，我在FullDebugMode中使用FastMM来获取事件日志。这工作得很好，但是堆栈跟踪是…不太好。
一个简短的例子:
This block was allocated by thread 0x25F8, and the stack trace (return addresses) at the time was:
4081E8 [FastMM4.pas][FastMM4][_ZN7Fastmm411DebugGetMemEx][8737]
4086A5 [FastMM4.pas][FastMM4][_ZN7Fastmm413DebugAllocMemEx][9019]
F0D820 [_ZN6System8AllocMemEx]
F18A0D [_ZN6System8TMonitor6CreateEv]
F18EEB [_ZN6System8TMonitor10GetMonitorEPNS_7TObjectE]
10AE265 [_ZN6System7Classes16CheckSynchronizeEi]
54CAC7 [Vcl.Forms.pas][Vcl.Forms][_ZN3Vcl5Forms12TApplication4IdleERK6tagMSG][11044]
54B598 [Vcl.Forms.pas][Vcl.Forms][_ZN3Vcl5Forms12TApplication13HandleMessageEv][10473]
54BA24 [Vcl.Forms.pas][Vcl.Forms][_ZN3Vcl5Forms12TApplication3RunEv][10611]
566719 [ServerRunner.pas][ServerRunner][_ZN12Serverrunner9RunServerEv][113]
这对我来说不容易读。我喜欢单元名放在方框里，但方法名怎么了?我知道有一个方法的完全限定名称与它的参数类型。但是，像_ZN3, 5, 12, 3, Ev这样的混乱注入了什么呢?
_ZN3, 5,12,3, Ev
这被称为名字混淆。
因为有可能重载两个同名的函数(如果使用不同的参数)，编译器需要一些方法来区分它们。
实现的方法是以供应商特定的方式对参数进行编码，并将这些代码添加到方法名中。
参见SO: Delphi - unmangle names in BPL's
Delphi自带一个名为tdump.exe和tdump64.exe的实用程序，可以为您解码混乱的名称。
有人甚至为它写了一颗红宝石。
tdump -e <name_of_exe>
将显示所有未修改的名称。
这里有更多的阅读:http://www.int0x80.gr/papers/name_mangling.pdf
如果你愿意投资，那么madexept会帮你理清这些名字。