如何診斷手柄泄漏？

我有一個託管WCF ServiceHost的進程。根據ProcessExplorer的說法，它會像瘋狂一樣泄露句柄。我瀏覽了代碼，找不到任何明顯導致泄漏手柄的東西。如何診斷手柄泄漏？

我能找到的最接近的是ProcessExplorer提供的句柄列表，但其用處似乎有限。有沒有其他工具可以幫助診斷句柄來自哪裏，比如通過堆棧跟蹤或其他？

編輯

我已經安裝了WinDbg的。當我用它來列出手柄，它顯示我是914個手柄類型爲「事件」 -

如果我挑了幾個，並使用!handle x f輸出我得到類似這樣的輸出上最：

Type   Event 
Attributes  0 
GrantedAccess 0x1f0003 
HandleCount 2 
PointerCount 3 
Object Specific Information 
    Event Type Manual Reset 
    Event is Set

有沒有辦法深入挖掘以確定更多關於事件的信息？

來源

2011-10-01 bugfixr

Visual Studio代碼分析（或FxCop）會告訴你，如果你沒有正確處置資源。 –

約翰，我很好奇，你爲什麼把你的答案發表爲評論而不是答案？ –

沒想到這是一個很好的答案。我希望別人能夠更好地完成這個想法。 –

對不起，以前的錯誤答案（現在刪除，它出現）。

Windows調試工具包包含WinDbg和朋友。 WindDbg是一個像Visual Studio一樣的完整調試器，但是更精簡，更方便，而且在很多方面都更加出色。運行WinDbg，附加到您的進程（F6），並在命令窗口中鍵入!handle。你會得到所有句柄和一些統計數據的列表。如果您向上滾動並看到看起來可能是泄漏的手柄，則可以執行!handle <handlenum> f以顯示有關它的更多信息。例如，連接到IEXPLORE.EXE我的系統上：

0:019> !handle 1bc f 
Handle 1bc 
    Type   Key 
    Attributes 0 
    GrantedAccess 0x2001f: 
     ReadControl 
     QueryValue,SetValue,CreateSubKey,EnumSubKey,Notify 
    HandleCount 2 
    PointerCount 3 
    Name   \REGISTRY\USER\S-1-5-21-498032705-2416727736-2837886327-1001\Software\Microsoft\Windows\CurrentVersion\Internet Settings 
    Object Specific Information 
    Key last write time: 11:04:51. 9/4/2011 
    Key name Internet Settings

編輯

要了解更多信息，可以使用HTRACE WinDbg的命令！要使用它，請使用windbg附加到您的過程，然後鍵入!htrace -enable，然後鍵入g以恢復過程。鍛鍊過程一段時間，然後使用CTRL-Break（即CTRL-Pause）中斷。類型!htrace -diff。您應該看到一個堆棧跟蹤列表，其中顯示打開句柄和打開時的調用堆棧。如果你沒有設置Windows符號，唯一有意義的地址將是你自己的代碼 - 但這應該足以讓你找到你需要的線索。

<snip> 
ModLoad: 00000000`75020000 00000000`7504d000 WINTRUST.dll 
ModLoad: 00000000`75160000 00000000`7527d000 CRYPT32.dll 
ModLoad: 00000000`757d0000 00000000`757dc000 MSASN1.dll 
(2fd0.1ce4): Break instruction exception - code 80000003 (first chance) 
ntdll!DbgBreakPoint: 
00000000`77440530 cc    int  3 
0:019> !htrace -enable 
Handle tracing enabled. 
Handle tracing information snapshot successfully taken. 
0:019> g 
(2fd0.2c88): Break instruction exception - code 80000003 (first chance) 
ntdll!DbgBreakPoint: 
00000000`77440530 cc    int  3 
0:019> !htrace -diff 
Handle tracing information snapshot successfully taken. 
0x360 new stack traces since the previous snapshot. 
Ignoring handles that were already closed... 
Outstanding handles opened since the previous snapshot: 
-------------------------------------- 
Handle = 0x000000000000070c - OPEN 
Thread ID = 0x0000000000000c44, Process ID = 0x0000000000002fd0 

0x000000007744232a: ntdll!NtOpenThread+0x000000000000000a 
0x0000000074c83910: wow64!whNtOpenThread+0x00000000000000a0 
0x0000000074c6cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7 
0x0000000074bf2776: wow64cpu!TurboDispatchJumpAddressEnd+0x000000000000002d 
0x0000000074c6d07e: wow64!RunCpuSimulation+0x000000000000000a 
0x0000000074c6c549: wow64!Wow64LdrpInitialize+0x0000000000000429 
0x000000007746e707: ntdll! ?? ::FNODOBFM::`string'+0x0000000000029364 
0x000000007741c32e: ntdll!LdrInitializeThunk+0x000000000000000e 
0x00000000775f113a: ntdll_775d0000!ZwOpenThread+0x0000000000000012 
0x0000000075ea2e32: KERNELBASE!OpenThread+0x0000000000000049 
0x00000000755578df: iertutil!CIsoMalloc::AllocArtifact+0x0000000000000050 
0x00000000755578b4: iertutil!CIntraprocessMessageQueueSite::_QueryMessageThreadAffinityHelper_UntrustedSerializedIsoMessage+0x0000000000000055 
0x0000000075557754: iertutil!CIntraprocessMessageQueueSite::QueryMessageThreadAffinity+0x000000000000004b 
-------------------------------------- 
Handle = 0x0000000000000790 - OPEN 
Thread ID = 0x00000000000019d4, Process ID = 0x0000000000002fd0 

0x000000007744226a: ntdll!NtOpenKeyEx+0x000000000000000a 
0x0000000074c8d205: wow64!Wow64NtOpenKey+0x0000000000000091 
0x0000000074c8314f: wow64!whNtOpenKeyEx+0x0000000000000073 
0x0000000074c6cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7 
0x0000000074bf2776: wow64cpu!TurboDispatchJumpAddressEnd+0x000000000000002d 
0x0000000074c6d07e: wow64!RunCpuSimulation+0x000000000000000a 
0x0000000074c6c549: wow64!Wow64LdrpInitialize+0x0000000000000429 
0x000000007746e707: ntdll! ?? ::FNODOBFM::`string'+0x0000000000029364 
0x000000007741c32e: ntdll!LdrInitializeThunk+0x000000000000000e 
0x00000000775f101a: ntdll_775d0000!ZwOpenKeyEx+0x0000000000000012 
0x0000000075ad2271: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c 
0x0000000075ad2416: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130 
0x0000000075ad2302: KERNEL32!RegOpenKeyExW+0x0000000000000021 
-------------------------------------- 
Handle = 0x0000000000000788 - OPEN 
Thread ID = 0x00000000000019d4, Process ID = 0x0000000000002fd0 

0x000000007744226a: ntdll!NtOpenKeyEx+0x000000000000000a 
0x0000000074c8d205: wow64!Wow64NtOpenKey+0x0000000000000091 
0x0000000074c8314f: wow64!whNtOpenKeyEx+0x0000000000000073 
0x0000000074c6cf87: wow64!Wow64SystemServiceEx+0x00000000000000d7 
0x0000000074bf2776: wow64cpu!TurboDispatchJumpAddressEnd+0x000000000000002d 
0x0000000074c6d07e: wow64!RunCpuSimulation+0x000000000000000a 
0x0000000074c6c549: wow64!Wow64LdrpInitialize+0x0000000000000429 
0x000000007746e707: ntdll! ?? ::FNODOBFM::`string'+0x0000000000029364 
0x000000007741c32e: ntdll!LdrInitializeThunk+0x000000000000000e 
0x00000000775f101a: ntdll_775d0000!ZwOpenKeyEx+0x0000000000000012 
0x0000000075ad2271: KERNEL32!LocalBaseRegOpenKey+0x000000000000010c 
0x0000000075ad2416: KERNEL32!RegOpenKeyExInternalW+0x0000000000000130 
0x0000000075ad2302: KERNEL32!RegOpenKeyExW+0x0000000000000021 
<snip>

來源

2011-10-01 03:39:52

愚蠢的問題...我發現我認爲是Windows包的調試工具，但安裝後，沒有提及WinDbg - 我從哪裏正式安裝來獲取它？ – bugfixr

明白了，在安裝調試工具之前必須先安裝64位版本。 – bugfixr

使用內存分析器 - 他們可以幫助找到這樣的泄漏，例如：

http://www.red-gate.com/products/dotnet-development/ants-memory-profiler/（商業）
CLR Profiler from MS（免費）

來源

2011-10-03 22:28:02 Yahia

我使用RedGate Memory Profiler和SciTech Memory Profiler。當我需要進入超級用戶模式時，我切換到SciTech（memprofiler.com）。 – Philippe

如何診斷手柄泄漏？

回答

相關問題