我们有一个使用异步/等待模式的复杂 ASP.Net Core 应用程序。该应用程序最近停止响应,我们为其进行了内存转储。我们怀疑有一些异步操作导致应用程序卡住,但不确定是哪一个。在对 Web 应用程序进行内存转储后,我们可以看到很少有正在运行的线程,因为由于使用了 async/await,线程已返回到线程池。
问题是,是否可以列出内存转储中正在运行的任务以及它们运行到的位置,以便我可以判断哪个异步操作导致应用程序卡住?对于同步阻塞调用很简单 - 只需列出所有活动线程的调用堆栈即可。但对于异步操作,它就不再起作用了。 (添加更多跟踪是一种可能的方法,但情况是我们无法保证应用程序及其依赖库中的每个异步操作都有足够的跟踪。)
例如,如果 ASP.Net Core 应用程序陷入这样的代码中,我如何从内存转储中区分它?
public async Task SomeBadMethodInADependentLibrary()
{
TaskCompletionSource<int> tcs = new TaskCompletionSource<int>();
await tcs.Task;
}
您当然可以在堆中找到任务对象并开始使用 SOS 命令手动分析它们,例如就像调试会话的开始一样:
0:013> !dumpheap -stat -type Task
Statistics:
MT Count TotalSize Class Name
[...]
71e03f28 4 160 System.Threading.Tasks.Task
Total 28 objects
0:013> !dumpheap -mt 71e03f28
Address MT Size
022bd900 71e03f28 40
[...]
0:013> !do 022bd900
Name: System.Threading.Tasks.Task
MethodTable: 71e03f28
EEClass: 719cd6e0
Size: 40(0x28) bytes
File: C:\Windows\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
Fields:
MT Field Offset Type VT Attr Value Name
71df1638 40019cd 1c System.Int32 1 instance 3 m_taskId
71defb44 40019ce 4 System.Object 0 instance 022bd8e0 m_action
[...]
0:013> !DumpObj 022bd8e0
Name: System.Action
MethodTable: 71e0588c
EEClass: 719357b8
Size: 32(0x20) bytes
File: C:\Windows\Microsoft.Net\assembly\GAC_32\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
Fields:
MT Field Offset Type VT Attr Value Name
71defb44 40002b5 4 System.Object 0 instance 022bd8e0 _target
71defb44 40002b6 8 System.Object 0 instance 00000000 _methodBase
71df2bdc 40002b7 c System.IntPtr 1 instance 4b00e64 _methodPtr
71df2bdc 40002b8 10 System.IntPtr 1 instance 4e0c30 _methodPtrAux
[...]
0:013> !u 4e0c30
Unmanaged code
004e0c30 e833df8372 call clr!PrecodeFixupThunk (72d1eb68)
[...]
现在开始变得麻烦了...
从我的角度来看,最方便的方法(在 WinDbg 中)是使用!TaskTriage
的命令墨西哥(Github):
0:013> !TaskTriage
Normal Mode - not showing successful Tasks
Address Target Status Method Exceptions
==================================================================================================
022bd900 | 022bd8e0 | TASK_STATE_DELEGATE_INVOKED | Demo.Program.printMessage() | <none>
022bd974 | 022bd868 | TASK_STATE_DELEGATE_INVOKED | Demo.Program+<>c.<Main>b__0_0() | <none>
022bd9bc | 022bd868 | TASK_STATE_STARTED | Demo.Program+<>c.<Main>b__0_1() | <none>
022bda04 | 022bd868 | TASK_STATE_STARTED | Demo.Program+<>c.<Main>b__0_2() | <none>
==================================================================================================
Address Target Status Method Exceptions
在 Visual Studio 上使用 WinDbg 的想法很好,因为 VS2015 和 VS2017 将无法从转储文件中给出相同的结果:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)