logo标签列表

使用Delphi/DBExpress时出现了内存泄漏问题

delphidebuggingmemory-managementmemory-leaksdbexpress
7
我对我的应用程序遇到了一个奇怪的问题，它的内存使用量偶尔会瞬间上升几百兆字节，最终导致应用程序冻结。该应用程序是使用Delphi编写的，它使用数据库、COM（用于OPC）和TCP/IP。
通过使用FastMM，我得到了内存使用情况的屏幕截图。我不完全确定如何阅读该表格，但看起来似乎有一些东西已经分配了296463552字节（0x100fb000，这是“魔术数字”吗？）三次。
你有什么想法吗？有没有追踪非Delphi-MM内存分配的方法？
我正在使用Delphi 2007和FastMM 4.96。
编辑：
我编写了一个小型帮助类，使用IMallocSpy跟踪COM内存分配。以下是我得到的摘录：
00119023    5:52:27.484 [4496] TCOMAllocSpy.PreRealloc size: 269462304
00119024    5:52:27.734 [4496] (0002760C){ntdll.dll   } [7C82860C] KiFastSystemCallRet + $0 
00119025    5:52:27.734 [4496] (0009F83A){MyApp.exe} [004A083A] JclDebug.JclCreateThreadStackTrace (Line 3943, "JclDebug.pas" + 7) + $1E 
00119026    5:52:27.734 [4496] (003D496A){MyApp.exe} [007D596A] ComLeakHelper.TCOMAllocSpy.DebugStack (Line 46, "ComLeakHelper.pas" + 2) + $9 
00119027    5:52:27.734 [4496] (003D4B52){MyApp.exe} [007D5B52] ComLeakHelper.TCOMAllocSpy.PreRealloc (Line 125, "ComLeakHelper.pas" + 4) + $2 
00119028    5:52:27.734 [4496] (000053B6){MyApp.exe} [004063B6] System.@WStrAsg (Line 14090, "sys\system.pas" + 10) + $0 
00119029    5:52:27.734 [4496] (002E4490){MyApp.exe} [006E5490] DBXCommon.TDBXCommand.SetText (Line 5304, "..\..\..\..\..\src\pas\dbx\driver\DBXCommon.pas" + 13) + $5 
00119030    5:52:27.734 [4496] (0010A340){MyApp.exe} [0050B340] WideStrings.TWideStrings.GetValue (Line 580, "common\WideStrings.pas" + 3) + $D 
00119031    5:52:27.734 [4496] (002E1AFC){MyApp.exe} [006E2AFC] DBXCommon.TDBXProperties.GetValue (Line 4046, "..\..\..\..\..\src\pas\dbx\driver\DBXCommon.pas" + 1) + $7 
00119032    5:52:27.734 [4496] (002E3FC9){MyApp.exe} [006E4FC9] DBXCommon.TDBXConnectionEx.GetProductName (Line 5071, "..\..\..\..\..\src\pas\dbx\driver\DBXCommon.pas" + 1) + $E 
00119033    5:52:27.734 [4496] (003765FA){MyApp.exe} [007775FA] SqlExpr.TSQLConnection.DoConnect (Line 2467, "..\..\..\..\..\src\pas\dbx\vcl\SqlExpr.pas" + 66) + $21 
00119034    5:52:27.734 [4496] (0011876D){MyApp.exe} [0051976D] DB.TCustomConnection.SetConnected (Line 2628, "DB.pas" + 8) + $4 
00119035    5:52:27.734 [4496] (00118728){MyApp.exe} [00519728] DB.TCustomConnection.Open (Line 2611, "DB.pas" + 0) + $4 
00119036    5:52:27.734 [4496] (00375D6F){MyApp.exe} [00776D6F] SqlExpr.TSQLConnection.CheckConnection (Line 2302, "..\..\..\..\..\src\pas\dbx\vcl\SqlExpr.pas" + 4) + $2 
00119037    5:52:27.734 [4496] (00379241){MyApp.exe} [0077A241] SqlExpr.TCustomSQLDataSet.CheckConnection (Line 3955, "..\..\..\..\..\src\pas\dbx\vcl\SqlExpr.pas" + 2) + $2 
00119038    5:52:27.734 [4496] (0037968A){MyApp.exe} [0077A68A] SqlExpr.TCustomSQLDataSet.OpenCursor (Line 4045, "..\..\..\..\..\src\pas\dbx\vcl\SqlExpr.pas" + 3) + $4 
00119039    5:52:27.734 [4496] (00125EA9){MyApp.exe} [00526EA9] DB.TDataSet.SetActive (Line 9245, "DB.pas" + 12) + $7 
00119040    5:52:27.734 [4496] (00125CA1){MyApp.exe} [00526CA1] DB.TDataSet.Open (Line 9201, "DB.pas" + 1) + $6 
...

所以，问题似乎出在数据库连接上。我正在使用Firebird 2.1、DBExpress和来自Upscene的InterXpress for Firebird驱动程序。

编辑2： 这似乎分析了类似的问题，至少关注的焦点与此处相同：http://www.yac.com.pl/mt.texts.sqlexpr-2.en.html

你可以尝试使用来自Sysinternals的VMMap获取更多信息，但跟踪此问题的一种可靠方法是使用Sysinternals的procdump。当内存限制超过时，让它自动创建一个转储文件，并使用WinDbg分析该转储文件。 - Lieven Keersmaekers
VMMap提供了基本相同的信息，有一个（或多个）大块被分配。它不能帮助找出泄漏的源头。 - Harriv
FastMM 4.90有一个AllocateLargeBlock函数。我会尝试在足够大的大小上设置条件断点。 - Lieven Keersmaekers
这些块是“系统分配”的，可以使用ole32.dll中的CoTaskMemAlloc函数（可能还有其他函数）创建。根据我的测试，在调用CoTaskMem*函数时，FastMM完全被绕过。 - Harriv
你尝试过使用 AQTime 的内存分析器吗？如果我没记错的话，它可以让你跟踪所有的内存分配（但是跟踪会使你的应用程序变得非常缓慢）。 - Lieven Keersmaekers
3个回答
2
1
我尝试使用CoTaskMemAlloc创建类似的内存分配（成功了），但memproof无法跟踪它们。 - Harriv
0

尝试使用EurekaLog来定位问题。

请看我对André的评论，同样适用于EurekaLog和FastMM内置泄漏检测，因为内存分配不是通过Delphi内存管理器（=FastMM）完成的。 - Harriv
是的，我正在运行 EurekaLog :) - Harriv
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接