2

目前，我正在修复.NET 应用程序中的应用程序挂起。经过一些研究，我发现 windbg 可以提供有关应用程序挂起时发生的情况的见解。

在应用程序挂在用户系统上之后，我使用 windbg 收集了更多信息。

首先，我确定了 GUI/STA 线程（寻找 CorExeMain）

0:011> ~*
   0  Id: 1488.314 Suspend: 1 Teb: 7ffdf000 Unfrozen
      Start: mscoree!_CorExeMain_Exported (79004ddb) 
      Priority: 0  Priority class: 32  Affinity: 3

我注意到以下内容：

0:000> k
ChildEBP RetAddr  
0012eb2c 7c90df2c ntdll!KiFastSystemCallRet
0012eb30 7c809574 ntdll!NtWaitForMultipleObjects+0xc
0012ebcc 7e4195f9 KERNEL32!WaitForMultipleObjectsEx+0x12c
0012ec28 7752ebd6 USER32!RealMsgWaitForMultipleObjectsEx+0x13e
0012ec50 77557237 ole32!CCliModalLoop::BlockFn+0x80
0012ecc4 79f9e14d ole32!CoWaitForMultipleHandles+0xcf
0012ece4 79f9e0b4 mscorwks!NT5WaitRoutine+0x51
0012ed50 79f9e018 mscorwks!MsgWaitHelper+0xa5
0012ed70 79f4c664 mscorwks!Thread::DoAppropriateAptStateWait+0x28
0012edf4 79f4c6f9 mscorwks!Thread::DoAppropriateWaitWorker+0x13c
0012ee44 79f15a68 mscorwks!Thread::DoAppropriateWait+0x40

我对windbg 的经验是有限的，但是从我进行的研究中我得到的印象是WaitForMultipleObjects 表明它可能正在等待一个事件。谁能告诉我这是否是可能的原因？

我收到了一些警告，这让我怀疑我是否没有正确设置环境：

0012ee44 79f15a68 mscorwks!Thread::DoAppropriateWait+0x40
*** WARNING: Unable to verify checksum for C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\mscorlib\6d667f19d687361886990f3ca0f49816\mscorlib.ni.dll
0012ef48 792b68af mscorwks!WaitHandleNative::CorWaitOneNative+0x156

和

0012f2ac 03af4dea USER32!DispatchMessageW+0xf
WARNING: Frame IP not in any known module. Following frames may be wrong.
0012f2c8 7b1d8d2e 0x3af4dea

任何人都可以建议我认为应用程序等待事件是否有任何理由，或者是否有人对可能的原因或可能值得调查的领域有任何直接的想法？

我也想知道是否值得跟进罢工之子？

4

1 回答 1

3

您正在查看托管线程的本机调用堆栈。这种等待是 .NET 内部结构的一部分。您可能会深入挖掘以弄清楚发生了什么，但您真正关心的是应用程序的托管状态。

您可以通过将 sos 扩展加载到 windbg 中来做到这一点。它弥合了 windbg 的原生特性和 .NET 之间的差距。

加载此扩展的命令在 .NET 框架的版本之间是不同的，但它会类似于：

.loadby sos clr

……或者可能……

.loadby sos mscorwks

从那里，您可以使用导出的 sos 为您提供调试 .NET 应用程序。作为起点，您将需要托管调用堆栈。这应该指出您的代码中发生挂起的位置。

!clrstack

MSDN 对 sos 扩展提供的内容有很好的参考。 http://msdn.microsoft.com/en-us/library/bb190764.aspx

于 2012-11-22T19:12:47.997 回答