Net 高级调试之七：线程操作相关命令介绍
二、基础知识
1、线程类相关介绍
1.1、简介
在高级调试的过程中，很难不和 线程、线程栈 打交道，所以好好的学习并掌握有关线程操作的命令是很有必要的。
2、获取 线程列表 的命令
2.1、查看线程列表。
可以使用【!t】命令获取所有的托管线程。
2.2、使用 Net 7.0 查看线程列表
可以使用【!t】命令获取所有的托管线程，如果我们想查看 CLR 的线程对象的结构就只能使用开源版本了，这里使用Net 7.0。
3、查看非托管线程栈
Windbg 是随 Windows 成长起来的非托管调试器，它自带的命令只能查看非托管调用栈，因为 C# 中的线程栈是托管函数，而托管函数是一种运行时编译的，所以这个命令往往看不到托管部分。
3.1、使用 k 命令查看非托管线程栈
【k】命令可以查看线程栈，但是么有办法展示托管函数，作为补充，可以使用【!clrstack】命令。
3.2、使用 kb 命令查看线程栈。
很多时候我们需要获取非托管函数的参数，这个时候我们可以使用【kb】命令。
3.3、查看托管函数栈
SOS 提供了一个专门查看托管函数调用栈的命令，毕竟只有 JIT更熟悉托管函数，也知道编译后的机器码放在什么位置。
这个命令就是【!clrstack】。
!clrstack -a：这个命令表示将线程栈中的所有局部变量和参数全部输出。
!clrstack -p：这个命令表示将线程栈中的参数全部输出。
!clrstack -l：这个命令表示将线程栈中的所有局部变量全部输出。
我们还可以查看所有托管线程栈，可以使用【~*e】命令。
3.4、查看托管和非托管合体
使用【!dumpstack】命令查看托管和非托管的线程栈。
3.5、执行所有线程的 DumpStack。
如果我们想查看所有线程的线程栈，可以使用【!EEStack】，也可以使用【~*e !dumpstack】，结果是一样的。
三、测试过程
废话不多说，这一节是具体的调试操作的过程，又可以说是眼见为实的过程，在开始之前，我还是要啰嗦两句，这一节分为两个部分，第一部分是测试的源码部分，没有代码，当然就谈不上测试了，调试必须有载体。第二部分就是根据具体的代码来证实我们学到的知识，是具体的眼见为实。
1、测试源码
1.1、Example_7_1_1
View Code
1.2、Example_7_1_2（特别说明，这个项目是 Net 7.0）
View Code
2、眼见为实
项目的所有操作都是一样的，所以就在这里说明一下，但是每个测试例子，都需要重新启动，并加载相应的应用程序，加载方法都是一样的。流程如下：我们编译项目，打开 Windbg，点击【文件】----》【launch executable】附加程序，打开调试器的界面，程序已经处于中断状态。我们需要使用【g】命令，继续运行程序，然后到达指定地点停止后，我们可以点击【break】按钮，就可以调试程序了。有时候可能需要切换到主线程，可以使用【~0s】命令。
2.1、使用 【!t】命令查看进程中有多少个托管线程。
测试源码：Example_7_1_1
1 0:012> !t 2 ThreadCount: 6 3 UnstartedThread: 0 4 BackgroundThread: 5 5 PendingThread: 0 6 DeadThread: 0 7 Hosted Runtime: no 8 Lock 9 ID OSID ThreadOBJ State GC Mode GC Alloc Context Domain Count Apt Exception 10 0 1 2ef4 00c73930 2a020 Preemptive 02B94F38:00000000 00c6d758 1 MTA 11 5 2 39c0 00cb0728 2b220 Preemptive 00000000:00000000 00c6d758 0 MTA (Finalizer) 12 9 3 17dc 00cdc010 3029220 Preemptive 02B9C6C8:00000000 00c6d758 0 MTA (Threadpool Worker) 13 10 4 a18 00cdc9b8 3029220 Preemptive 02B98350:00000000 00c6d758 0 MTA (Threadpool Worker) 14 11 5 31d0 00cdd360 3029220 Preemptive 02B9A350:00000000 00c6d758 0 MTA (Threadpool Worker) 15 13 6 9a0 00ce05c0 1029220 Preemptive 02B9E1E8:00000000 00c6d758 0 MTA (Threadpool Worker)
ThreadCount：有多少个托管线程，这个进程里面有6个。
UnstartedThread：已经创建，但是还没有使用的线程，当前数量是0。
BackgroundThread：后台线程的数量，这个进程里面有5个。
PendingThread：阻塞的线程的数量，当前这个进程是0个阻塞的线程。
DeadThread：当一个线程完成任务，但是还没有被回收，这个阶段的线程就是死线程，也就是说这个线程对象底层的数据结构的 OSID 已经销毁。
以上就是介绍的主要名称，下面接着介绍，列表的每一项。我们使用 C# Thread 类型声明一个线程的时候，其实在操作系统和CLR都有一个数据结构相对应，有了 OSID我们才可以在任务管理器中看到线程对象。
第一列，没有标题，是 WindbgThreadId，Windbg 自己的给 Thread 打了一个标记，便于以后使用，也可以区分托管线程和非托管线程。
第二列 ID：是托管线程，也就是我们 Thread 类型的标识符 Id，就是 这段代码的值：Environment.CurrentManagedThreadId
第三列 OSID：操作系统线程的 ID，
第四列 ThreadOBJ：CLR 底层的 Thread 线程对象，可以使用【dp】命令观察其中的内容，我们查看托管线程 ID=3 的【00cdc010】内容，红色标注就是托管线程的ID，就是3。
1 0:012> dp 00cdc010 2 00cdc010 72074bd4 03029220 00000000 055ff680 3 00cdc020 00000000 00c6d758 00000000 00000003 4 00cdc030 00cdc034 00cdc034 00cdc034 00000000 5 00cdc040 00000000 baad0000 00c6ed50 0094f000 6 00cdc050 02b9c6c8 02b9dfe8 00003d10 00000000 7 00cdc060 00000000 00000000 00000000 00000000 8 00cdc070 00000000 baadf00d 70ad2c60 00cdc850 9 00cdc080 00000000 00000000 00000000 00000000
第五列 State：CLR 层面的线程状态，03029220 就是托管线程的状态。我们可以点进去或者使用【!threadstate】命令查看线程状态详情，当前就是托管线程是3的状态。
1 0:012> !ThreadState 3029220 2 Legal to Join（可以执行 join 操作） 3 Background（是后台线程） 4 CLR Owns（是CLR 拥有的线程） 5 In Multi Threaded Apartment（是MTA模式） 6 Fully initialized（已经完全初始化） 7 Thread Pool Worker Thread（是线程池线程） 8 Interruptible（可执行中断操作）
第六列 GC Mode：表示当前的线程有没有操作托管堆的权限。
第七列 GC Alloc Context：缓冲区的开始节点和结束节点，每个线程在托管堆中分配一个对象，都有一个缓冲区，这个就是确定了缓冲区起始和结束。
第八列 Domain：表示当前线程所属于的域。
第九列 Lock Count：表示当前的线程有多少个托管锁。
第十列 Apt：表示线程是 STA（线程串行模式，WPF、WinForm） 模式还是 MTA （多线程并行模式）模式。
第十一列 Exception：在当前线程上发生了异常，会把这个异常和这个线程关联起来。
Finalizer 表示当前是终结器线程，Threadpool Worker 表示线程是线程池的线程。
2.2、如何查看 CLR Thread 的结构，也就是查看 ThreadOBJ 的结构。
测试源码：Example_7_1_2（Net 7.0项目）
如果我们想在 Net Framework 环境下查看 CLR 线程对象的结构是很难的，因为他是不开源的，所以我们只能新建 Net 7.0 的项目。
输出所有的线程列表。
1 0:000> !t 2 ThreadCount: 3 3 UnstartedThread: 0 4 BackgroundThread: 2 5 PendingThread: 0 6 DeadThread: 0 7 Hosted Runtime: no 8 Lock 9 DBG ID OSID ThreadOBJ State GC Mode GC Alloc Context Domain Count Apt Exception 10 0 1 624 00000199DFD0CAE0 2a020 Preemptive 00000199E440AD60:00000199E440C750 00000199dfd02dd0 -00001 MTA 11 5 2 1344 00000199DFD51DD0 21220 Preemptive 0000000000000000:0000000000000000 00000199dfd02dd0 -00001 Ukn (Finalizer) 12 6 3 3b40 000001DA763B15E0 2b220 Preemptive 0000000000000000:0000000000000000 00000199dfd02dd0 -00001 MTA
然后，我们使用【dt】命令，查看线程的结构。
View Code +0x020 m_ThreadId : 1表示托管线程的ID。因为我打印的是 ThreadOBJ 为00000199DFD0CAE0 线程的结构。m 表示Management 托管的。
我们可以继续看看 GC Alloc Context，在输出的结构中有这样一行代码：+0x058 m_alloc_context : gc_alloc_context，蓝色的字体，可以点击，相当于执行【dx】命令。
1 0:000> dx -r1 (*((coreclr!gc_alloc_context *)0x199dfd0cb38)) 2 (*((coreclr!gc_alloc_context *)0x199dfd0cb38)) [Type: gc_alloc_context] 3 [+0x000] alloc_ptr : 0x199e440ad60 : 0x0 [Type: unsigned char *] 4 [+0x008] alloc_limit : 0x199e440c750 : 0x0 [Type: unsigned char *] 5 [+0x010] alloc_bytes : 50920 [Type: __int64]（小对象堆的大小） 6 [+0x018] alloc_bytes_uoh : 17416 [Type: __int64]（大对象堆的大小） 7 [+0x020] gc_reserved_1 : 0x0 [Type: void *] 8 [+0x028] gc_reserved_2 : 0x0 [Type: void *] 9 [+0x030] alloc_count : 0 [Type: int]
2.3、使用 Windbg 的【k】命令查看非托管函数。
测试源码：Example_7_1_1
这里操作需要切换到主线程上，执行命令【~0s】，然后使用【k】命令。
1 0:010> ~0s 2 eax=00000000 ebx=00000090 ecx=00000000 edx=00000000 esi=00f3f444 edi=00000000 3 eip=77c310fc esp=00f3f32c ebp=00f3f38c iopl=0 nv up ei pl nz na po nc 4 cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00000202 5 ntdll!NtReadFile+0xc: 6 77c310fc c22400 ret 24h 7 8 9 0:000> k 10 # ChildEBP RetAddr 11 00 00f3f38c 75dbf25c ntdll!NtReadFile+0xc 12 01 00f3f38c 70f79b71 KERNELBASE!ReadFile+0xec 13 02 00f3f3fc 716ab275 mscorlib_ni+0x4b9b71 14 03 00f3f428 716ab17b ... 15 WARNING: Frame IP not in any known module. Following frames may be wrong.（无法显示托管函数） 16 09 00f3f4b8 71faf036 0x2e9088e 17 0a 00f3f4c4 71fb22da clr!CallDescrWorkerInternal+0x34 18 0b 00f3f518 71fb859b clr!CallDescrWorkerWithHandler+0x6b 19 0c 00f3f588 7215b11b clr!MethodDescCallSite::CallTargetWorker+0x16a 20 0d 00f3f6ac 7215b7fa clr!RunMain+0x1b3 21 0e 00f3f918 7215b727 clr!Assembly::ExecuteMainMethod+0xf7 22 0f 00f3fdfc 7215b8a8 clr!SystemDomain::ExecuteMainMethod+0x5ef 23 10 00f3fe54 7215b9ce clr!ExecuteEXE+0x4c 24 11 00f3fe94 72157305 clr!_CorExeMainInternal+0xdc 25 12 00f3fed0 7275fa84 clr!_CorExeMain+0x4d 26 13 00f3ff08 7285e81e mscoreei!_CorExeMain+0xd6 27 14 00f3ff18 72864338 MSCOREE!ShellShim__CorExeMain+0x9e 28 15 00f3ff30 7636f989 MSCOREE!_CorExeMain_Exported+0x8 29 16 00f3ff30 77c27084 KERNEL32!BaseThreadInitThunk+0x19 30 17 00f3ff8c 77c27054 ntdll!__RtlUserThreadStart+0x2f 31 18 00f3ff9c 00000000 ntdll!_RtlUserThreadStart+0x1b
但是我们可以使用 SOS的【!clrstack】命令显示托管函数。
1 0:000> !clrstack 2 OS Thread Id: 0xc08 (0) 3 Child SP IP Call Site 4 00f3f3ac 77c310fc [InlinedCallFrame: 00f3f3ac] 5 00f3f3a8 70f79b71 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr) 6 00f3f3ac 716ab275 [InlinedCallFrame: 00f3f3ac] Microsoft.Win32.Win32Native.ReadFile(..., Int32, Int32 ByRef, IntPtr) 7 00f3f410 716ab275 System.IO.__ConsoleStream.ReadFileNative(.., Int32 ByRef) [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 205] 8 00f3f444 716ab17b System.IO.__ConsoleStream.Read(Byte[], Int32, Int32) [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 134] 9 00f3f464 70f5e6a3 System.IO.StreamReader.ReadBuffer() [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 595] 10 00f3f474 70f5eb5b System.IO.StreamReader.ReadLine() [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 748] 11 00f3f490 717f3786 System.IO.TextReader+SyncTextReader.ReadLine() [f:\dd\ndp\clr\src\BCL\system\io\textreader.cs @ 363] 12 00f3f4a0 71651845 System.Console.ReadLine() [f:\dd\ndp\clr\src\BCL\system\console.cs @ 1984] 13 00f3f4a8 02e9088e Example_7_1_1.Program.Main(System.String[]) [E:\Visual Studio 2022\...\Example_7_1_1\Program.cs @ 13] 14 00f3f62c 71faf036 [GCFrame: 00f3f62c]
2.4、使用【kb】命令查看线程栈，提取 ntdll!NtReadFile 的第一个参数。
测试源码：Example_7_1_1
1 0:000> kb 2 # ChildEBP RetAddr Args to Child 3 00 00f3f38c 75dbf25c 00000090 00000000 00000000 ntdll!NtReadFile+0xc 4 01 00f3f38c 70f79b71 00000090 02f35d18 00000100 KERNELBASE!ReadFile+0xec 5 02 00f3f3fc 716ab275 00000000 00f3f444 00000100 mscorlib_ni+0x4b9b71 6 03 00f3f428 716ab17b 00f3f444 00000000 00000001 mscorlib_ni!System.IO.__ConsoleStream.ReadFileNative+0x89 [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 205] 7 04 00f3f454 70f5e6a3 00000100 00000000 02f3a210 mscorlib_ni!System.IO.__ConsoleStream.Read+0x9f [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 134] 8 05 00f3f46c 70f5eb5b 00000001 00000000 00f3f55c mscorlib_ni!System.IO.StreamReader.ReadBuffer+0x33 [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 595] 9 06 00f3f488 717f3786 00000000 00f3f4d0 00f3f4a0 mscorlib_ni!System.IO.StreamReader.ReadLine+0xe3 [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 748] 10 07 00f3f498 71651845 00f3f4b8 02e9088e 00000000 mscorlib_ni!System.IO.TextReader.SyncTextReader.ReadLine+0x1a [f:\dd\ndp\clr\src\BCL\system\io\textreader.cs @ 363] 11 08 00f3f4a0 02e9088e 00000000 0000000b 0000000a mscorlib_ni!System.Console.ReadLine+0x15 [f:\dd\ndp\clr\src\BCL\system\console.cs @ 1984] 12 WARNING: Frame IP not in any known module. Following frames may be wrong. 13 09 00f3f4b8 71faf036 0116a628 00f3f518 71fb22da 0x2e9088e 14 0a 00f3f4c4 71fb22da 00f3f55c 00f3f508 720a23d0 clr!CallDescrWorkerInternal+0x34 15 0b 00f3f518 71fb859b 00f3f570 02f324bc 00000000 clr!CallDescrWorkerWithHandler+0x6b 16 0c 00f3f588 7215b11b 00f3f664 6a38df42 02d04d78 clr!MethodDescCallSite::CallTargetWorker+0x16a 17 0d 00f3f6ac 7215b7fa 00f3f6f0 00000000 6a38d0f6 clr!RunMain+0x1b3 18 0e 00f3f918 7215b727 00000000 6a38d412 00b70000 clr!Assembly::ExecuteMainMethod+0xf7 19 0f 00f3fdfc 7215b8a8 6a38d7ba 00000000 00000000 clr!SystemDomain::ExecuteMainMethod+0x5ef 20 10 00f3fe54 7215b9ce 6a38d77a 00000000 721572e0 clr!ExecuteEXE+0x4c 21 11 00f3fe94 72157305 6a38d73e 00000000 721572e0 clr!_CorExeMainInternal+0xdc 22 12 00f3fed0 7275fa84 8ee8ef1f 72864330 7275fa20 clr!_CorExeMain+0x4d 23 13 00f3ff08 7285e81e 72864330 72750000 00f3ff30 mscoreei!_CorExeMain+0xd6 24 14 00f3ff18 72864338 72864330 7636f989 00c95000 MSCOREE!ShellShim__CorExeMain+0x9e 25 15 00f3ff30 7636f989 00c95000 7636f970 00f3ff8c MSCOREE!_CorExeMain_Exported+0x8 26 16 00f3ff30 77c27084 00c95000 281a60a3 00000000 KERNEL32!BaseThreadInitThunk+0x19 27 17 00f3ff8c 77c27054 ffffffff 77c462ae 00000000 ntdll!__RtlUserThreadStart+0x2f 28 18 00f3ff9c 00000000 00000000 00000000 00000000 ntdll!_RtlUserThreadStart+0x1b
ntdll!NtReadFile 方法的第一个参数是一个 Handle，我们可以使用【!handle】命令+ f 参数显示详情。Console.ReadLine()方法底层就是 File 的句柄。
1 0:000> !handle 00000090 f 2 Handle 90 3 Type File 4 Attributes 0 5 GrantedAccess 0x12019f: 6 ReadControl,Synch 7 Read/List,Write/Add,Append/SubDir/CreatePipe,ReadEA,WriteEA,ReadAttr,WriteAttr 8 HandleCount 2 9 PointerCount 65531 10 No Object Specific Information available
2.5、我们使用【!clrstack】命令查看托管函数。
测试源码：Example_7_1_1
!clrstack 执行效果
1 0:000> !clrstack 2 OS Thread Id: 0xc08 (0) 3 Child SP IP Call Site 4 00f3f3ac 77c310fc [InlinedCallFrame: 00f3f3ac] 5 00f3f3a8 70f79b71 DomainNeutralILStubClass.IL_STUB_PInvoke(..., Byte*, Int32, Int32 ByRef, IntPtr) 6 00f3f3ac 716ab275 [InlinedCallFrame: 00f3f3ac] Microsoft.Win32.Win32Native.ReadFile(... Byte*, Int32, Int32 ByRef, IntPtr) 7 00f3f410 716ab275 System.IO.__ConsoleStream.ReadFileNative(.. Int32 ByRef) [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 205] 8 00f3f444 716ab17b System.IO.__ConsoleStream.Read(Byte[], Int32, Int32) [f:\dd\ndp\clr\src\BCL\system\io\__consolestream.cs @ 134] 9 00f3f464 70f5e6a3 System.IO.StreamReader.ReadBuffer() [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 595] 10 00f3f474 70f5eb5b System.IO.StreamReader.ReadLine() [f:\dd\ndp\clr\src\BCL\system\io\streamreader.cs @ 748] 11 00f3f490 717f3786 System.IO.TextReader+SyncTextReader.ReadLine() [f:\dd\ndp\clr\src\BCL\system\io\textreader.cs @ 363] 12 00f3f4a0 71651845 System.Console.ReadLine() [f:\dd\ndp\clr\src\BCL\system\console.cs @ 1984] 13 00f3f4a8 02e9088e Example_7_1_1.Program.Main(System.String[]) [E:\Visual Studio 2022\...\Example_7_1_1\Program.cs @ 13] 14 00f3f62c 71faf036 [GCFrame: 00f3f62c]
!clrstack -a：显示所有参数和局部变量，关注红色标注的。
1 0:000> !clrstack -a 2 OS Thread Id: 0xc08 (0) 3 Child SP IP Call Site 4 00f3f3ac 77c310fc [InlinedCallFrame: 00f3f3ac] 5 00f3f3a8 70f79b71 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr) 6 PARAMETERS: 7 <no data> 8 <no data> 9 <no data> 10 <no data> 11 <no data> 12 ...（内容太多，就省略了，也没用） 13 14 00f3f4a8 02e9088e Example_7_1_1.Program.Main(System.String[]) [E:\Visual Studio 2022\..\Example_7_1_1\Program.cs @ 13] 15 PARAMETERS:（参数） 16 args (0x00f3f4b4) = 0x02f324bc(参数) 17 LOCALS:（局部变量） 18 0x00f3f4b0 = 0x0000000a 19 0x00f3f4ac = 0x0000000b 20 21 00f3f62c 71faf036 [GCFrame: 00f3f62c]
!clrstack -l：显示所有局部变量，关注红色标注的。
1 0:000> !clrstack -l 2 OS Thread Id: 0xc08 (0) 3 Child SP IP Call Site 4 00f3f3ac 77c310fc [InlinedCallFrame: 00f3f3ac] 5 00f3f3a8 70f79b71 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr) 6 ...（内容太多，就省略了，也没用） 7 8 00f3f4a8 02e9088e Example_7_1_1.Program.Main(System.String[]) [E:\Visual Studio 2022\...\Example_7_1_1\Program.cs @ 13] 9 LOCALS:（只有局部变量） 10 0x00f3f4b0 = 0x0000000a 11 0x00f3f4ac = 0x0000000b 12 13 00f3f62c 71faf036 [GCFrame: 00f3f62c]
!clrstack -p：显示所有参数，关注红色标注的。
1 0:000> !clrstack -p 2 OS Thread Id: 0xc08 (0) 3 Child SP IP Call Site 4 00f3f3ac 77c310fc [InlinedCallFrame: 00f3f3ac] 5 00f3f3a8 70f79b71 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr) 6 PARAMETERS: 7 <no data> 8 <no data> 9 <no data> 10 <no data> 11 <no data> 12 13 ...（内容太多，就省略了，也没用） 14 15 00f3f4a8 02e9088e Example_7_1_1.Program.Main(System.String[]) [E:\Visual Studio 2022\...\Example_7_1_1\Program.cs @ 13] 16 PARAMETERS:（只有参数） 17 args (0x00f3f4b4) = 0x02f324bc 18 19 00f3f62c 71faf036 [GCFrame: 00f3f62c]
2.6、使用【~*e】查看所有托管线程栈。
测试源码：Example_7_1_1
~ 命令输出所有线程列表。
1 0:000> ~ 2 . 0 Id: 2074.c08 Suspend: 1 Teb: 00c98000 Unfrozen 3 1 Id: 2074.2cdc Suspend: 1 Teb: 00c9b000 Unfrozen 4 2 Id: 2074.3bec Suspend: 1 Teb: 00c9e000 Unfrozen 5 3 Id: 2074.1a34 Suspend: 1 Teb: 00ca1000 Unfrozen 6 4 Id: 2074.3858 Suspend: 1 Teb: 00ca4000 Unfrozen 7 5 Id: 2074.379c Suspend: 1 Teb: 00ca7000 Unfrozen 8 6 Id: 2074.3088 Suspend: 1 Teb: 00caa000 Unfrozen 9 7 Id: 2074.2c54 Suspend: 1 Teb: 00cad000 Unfrozen 10 8 Id: 2074.20dc Suspend: 1 Teb: 00cb0000 Unfrozen 11 9 Id: 2074.2014 Suspend: 1 Teb: 00cb3000 Unfrozen 12 # 10 Id: 2074.187c Suspend: 1 Teb: 00cc2000 Unfrozen 13 11 Id: 2074.2b64 Suspend: 1 Teb: 00cb9000 Unfrozen 14 12 Id: 2074.1358 Suspend: 1 Teb: 00cbc000 Unfrozen 15 13 Id: 2074.6e8 Suspend: 1 Teb: 00cbf000 Unfrozen
~* 命令，显示所有线程列表和入口函数。
1 0:000> ~* 2 . 0 Id: 2074.c08 Suspend: 1 Teb: 00c98000 Unfrozen 3 Start: 00402bca 4 Priority: 0 Priority class: 32 Affinity: f 5 1 Id: 2074.2cdc Suspend: 1 Teb: 00c9b000 Unfrozen 6 Start: ntdll!TppWorkerThread (77c10c90) 7 Priority: 0 Priority class: 32 Affinity: f 8 2 Id: 2074.3bec Suspend: 1 Teb: 00c9e000 Unfrozen 9 Start: ntdll!TppWorkerThread (77c10c90) 10 Priority: 0 Priority class: 32 Affinity: f 11 3 Id: 2074.1a34 Suspend: 1 Teb: 00ca1000 Unfrozen 12 Start: ntdll!TppWorkerThread (77c10c90) 13 Priority: 0 Priority class: 32 Affinity: f 14 4 Id: 2074.3858 Suspend: 1 Teb: 00ca4000 Unfrozen 15 Start: clr!DebuggerRCThread::ThreadProcStatic (721565d0) 16 Priority: 0 Priority class: 32 Affinity: f 17 5 Id: 2074.379c Suspend: 1 Teb: 00ca7000 Unfrozen 18 Start: clr!Thread::intermediateThreadProc (72074b60) 19 Priority: 2 Priority class: 32 Affinity: f 20 6 Id: 2074.3088 Suspend: 1 Teb: 00caa000 Unfrozen 21 Start: combase!CRpcThreadCache::RpcWorkerThreadEntry (7731bcc0) 22 Priority: 0 Priority class: 32 Affinity: f 23 7 Id: 2074.2c54 Suspend: 1 Teb: 00cad000 Unfrozen 24 Start: ntdll!TppWorkerThread (77c10c90) 25 Priority: 0 Priority class: 32 Affinity: f 26 8 Id: 2074.20dc Suspend: 1 Teb: 00cb0000 Unfrozen 27 Start: ntdll!TppWorkerThread (77c10c90) 28 Priority: 0 Priority class: 32 Affinity: f 29 9 Id: 2074.2014 Suspend: 1 Teb: 00cb3000 Unfrozen 30 Start: clr!Thread::intermediateThreadProc (72074b60) 31 Priority: 0 Priority class: 32 Affinity: f 32 # 10 Id: 2074.187c Suspend: 1 Teb: 00cc2000 Unfrozen 33 Start: ntdll!DbgUiRemoteBreakin (77c6cee0) 34 Priority: 0 Priority class: 32 Affinity: f 35 11 Id: 2074.2b64 Suspend: 1 Teb: 00cb9000 Unfrozen 36 Start: clr!Thread::intermediateThreadProc (72074b60) 37 Priority: 0 Priority class: 32 Affinity: f 38 12 Id: 2074.1358 Suspend: 1 Teb: 00cbc000 Unfrozen 39 Start: clr!Thread::intermediateThreadProc (72074b60) 40 Priority: 0 Priority class: 32 Affinity: f 41 13 Id: 2074.6e8 Suspend: 1 Teb: 00cbf000 Unfrozen 42 Start: clr!Thread::intermediateThreadProc (72074b60) 43 Priority: 0 Priority class: 32 Affinity: f
~*e !clrstack 命令执行的结果，内容太多，折叠了。
View Code
2.7、使用【!dumpstack】命令查看托管和非托管的线程栈。
测试源码：Example_7_1_1
需要切换到主线程，然后执行命令【!dumpstack】
1 0:000> !dumpstack 2 OS Thread Id: 0x710 (0) 3 Current frame: ntdll!NtReadFile+0xc 4 ChildEBP RetAddr Caller, Callee 5 00daef38 75dbf25c KERNELBASE!ReadFile+0xec, calling ntdll!NtReadFile ...... 66 00daf7d0 71fb9704 clr!Alloc+0x142, calling clr!_EH_epilog3 67 00daf7d8 71fc3cbc clr!HndLogSetEvent+0x15, calling clr!GCEventEnabledSetGCHandle 68 00daf9b0 77c052fe ntdll!RtlAllocateHeap+0x3e, calling ntdll!RtlpAllocateHeapInternal 69 00daf9d0 7213ca2c clr!EEStartupHelper+0xabb, calling clr!_EH_epilog3 70 00daf9d4 7213b55b clr!EEStartup+0xb8, calling clr!_SEH_epilog4 71 00dafa0c 7215b8a8 clr!ExecuteEXE+0x4c, calling clr!SystemDomain::ExecuteMainMethod 72 00dafa64 7215b9ce clr!_CorExeMainInternal+0xdc, calling clr!ExecuteEXE 73 00dafaa4 72157305 clr!_CorExeMain+0x4d, calling clr!_CorExeMainInternal 74 00dafae0 7275fa84 mscoreei!_CorExeMain+0xd6 75 00dafafc 7636f4c4 KERNEL32!GetProcAddressStub+0x14, calling KERNELBASE!GetProcAddressForCaller 76 00dafb18 7285e81e MSCOREE!ShellShim__CorExeMain+0x9e 77 00dafb28 72864338 MSCOREE!_CorExeMain_Exported+0x8, calling MSCOREE!ShellShim__CorExeMain 78 00dafb30 7636f989 KERNEL32!BaseThreadInitThunk+0x19 79 00dafb40 77c27084 ntdll!__RtlUserThreadStart+0x2f 80 00dafb9c 77c27054 ntdll!_RtlUserThreadStart+0x1b, calling ntdll!__RtlUserThreadStart
我们可以使用【!dumpstack -ee】只查看托管栈。
1 0:000> !dumpstack -ee 2 OS Thread Id: 0x710 (0) 3 Current frame: 4 ChildEBP RetAddr Caller, Callee 5 00daef9c 70f79b71 (MethodDesc 70c438c4 +0x69 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr)) 6 00daefc8 70f79b71 (MethodDesc 70c438c4 +0x69 DomainNeutralILStubClass.IL_STUB_PInvoke(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte*, Int32, Int32 ByRef, IntPtr)) 7 00daf00c 716ab275 (MethodDesc 70cf7a24 +0x89 System.IO.__ConsoleStream.ReadFileNative(Microsoft.Win32.SafeHandles.SafeFileHandle, Byte[], Int32, Int32, Boolean, Boolean, Int32 ByRef)) 8 00daf038 716ab17b (MethodDesc 70cf7a4c +0x9f System.IO.__ConsoleStream.Read(Byte[], Int32, Int32)) 9 00daf064 70f5e6a3 (MethodDesc 70c2d964 +0x33 System.IO.StreamReader.ReadBuffer()) 10 00daf07c 70f5eb5b (MethodDesc 70c2d96c +0xe3 System.IO.StreamReader.ReadLine()) 11 00daf098 717f3786 (MethodDesc 70d22100 +0x1a System.IO.TextReader+SyncTextReader.ReadLine()) 12 00daf0a8 71651845 (MethodDesc 70c19e00 +0x15 System.Console.ReadLine()) 13 00daf0b0 0144088e (MethodDesc 01184d78 +0x46 Example_7_1_1.Program.Main(System.String[]))
2.8、使用【!eestack】和【~*e !dumpstack】查看所有的线程栈。
测试源码：Example_7_1_1
1 0:000> !eestack 2 --------------------------------------------- 3 Thread 0 4 Current frame: ntdll!NtReadFile+0xc 5 ChildEBP RetAddr Caller, Callee 6 。。。。 7 内容太多，省略了。
~*e !dumpstack执行效果
1 0:000> ~*e !dumpstack 2 OS Thread Id: 0x710 (0) 3 Current frame: ntdll!NtReadFile+0xc 4 ChildEBP RetAddr Caller, Callee 5 00daef38 75dbf25c KERNELBASE!ReadFile+0xec, calling ntdll!NtReadFile 6 ...... 7 内容太多，省略了。
eestack 命令，可以增加参数，比如：-short，我们可以使用 SOS 的帮助命令查看某个命令的解释，比如：eestack。
1 0:010> !sos.help eestack 2 ------------------------------------------------------------------------------- 3 !EEStack [-short] [-EE] 4 5 This command runs !DumpStack on all threads in the process. The -EE option is 6 passed directly to !DumpStack. The -short option tries to narrow down the 7 output to "interesting" threads only, which is defined by 8 9 1) The thread has taken a lock.（可以显示具有锁的线程） 10 2) The thread has been "hijacked" in order to allow a garbage collection.（可以显示被“劫持”的线程） 11 3) The thread is currently in managed code.（可以显示托管线程） 12 13 See the documentation for !DumpStack for more info.
如果您发现该资源为电子书等存在侵权的资源或对该资源描述不正确等，可点击“私信”按钮向作者进行反馈；如作者无回复可进行平台仲裁，我们会在第一时间进行处理！
- 最近热门资源
- 银河麒麟桌面操作系统备份用户数据 125
- 统信桌面专业版【全盘安装UOS系统】介绍 120
- 银河麒麟桌面操作系统安装佳能打印机驱动方法 111
- 银河麒麟桌面操作系统 V10-SP1用户密码修改 105
- 最近下载排行榜
- 银河麒麟桌面操作系统备份用户数据 0
- 统信桌面专业版【全盘安装UOS系统】介绍 0
- 银河麒麟桌面操作系统安装佳能打印机驱动方法 0
- 银河麒麟桌面操作系统 V10-SP1用户密码修改 0
prtyaa 收益393.62元
zlj141319 收益218元
1843880570 收益214.2元
IT-feng 收益209.03元
风晓 收益208.24元
777 收益172.71元
Fhawking 收益106.6元
信创来了 收益105.84元
克里斯蒂亚诺诺 收益91.08元
技术-小陈 收益79.5元
