在 Process Explorer 中调试 RtlUserThreadStart

我有一个基于 3.5 构建的多线程 wpf 应用程序。当我通过 Process Explorer 查看正在运行的线程时，我看到 8 个线程都具有相同的起始地址 ntdll.dll!RtlUserThreadStart，并且所有 8 个线程的 CPU 值在 3-6+ 之间，并且具有较高的周期增量。我无法弄清楚这些线程在做什么。它总是相同的线程。它在应用程序的同一实例中永远不会变化。当我同时调试应用程序并暂停调试器时，所有这些线程都显示堆栈的一行 System.Threading.ConcurrencyScheduler.Scheduler.WaitForWork() 或 System.Threading.Monitor.Wait()。

我启用了 Visual Studio 的符号文件，并且在这些线程上看到以下堆栈：

System.Threading.Monitor.Wait() Normal
mscorlib.dll!System.Threading.Monitor.Wait(object obj, int millisecondsTimeout) + 0x19     bytes
System.Threading.dll!System.Threading.ConcurrencyScheduler.Scheduler.WaitForWork() + 0xd0 bytes  
System.Threading.dll!System.Threading.ConcurrencyScheduler.InternalContext.Dispatch() + 0x74a bytes
System.Threading.dll!System.Threading.ConcurrencyScheduler.ThreadInternalContext.ThreadStartBridge(System.IntPtr dummy) + 0x9f bytes     

当我查看进程监视器内线程上提供的堆栈时，我看到以下示例：

0  ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
1  ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
2  ntoskrnl.exe!KeWaitForSingleObject+0x19f
3  ntoskrnl.exe!_misaligned_access+0xba4
4  ntoskrnl.exe!_misaligned_access+0x1821
5  ntoskrnl.exe!_misaligned_access+0x1a97
6  mscorwks.dll!InitializeFusion+0x990b
7  mscorwks.dll!DeleteShadowCache+0x31ef

or:

0  ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
1  ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
2  ntoskrnl.exe!KeWaitForSingleObject+0x19f
3  ntoskrnl.exe!_misaligned_access+0xba4
4  ntoskrnl.exe!_misaligned_access+0x1821
5  ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x93d
6  ntoskrnl.exe!KeWaitForMultipleObjects+0x26a
7  ntoskrnl.exe!NtWaitForSingleObject+0x41f
8  ntoskrnl.exe!NtWaitForSingleObject+0x78e
9  ntoskrnl.exe!KeSynchronizeExecution+0x3a23
10 ntdll.dll!ZwWaitForMultipleObjects+0xa
11 KERNELBASE.dll!GetCurrentProcess+0x40
12 KERNEL32.dll!WaitForMultipleObjectsEx+0xb3
13 mscorwks.dll!CreateApplicationContext+0x10499
14 mscorwks.dll!CreateApplicationContext+0xbc41
15 mscorwks.dll!StrongNameFreeBuffer+0xc54d
16 mscorwks.dll!StrongNameFreeBuffer+0x2ac48
17 mscorwks.dll!StrongNameTokenFromPublicKey+0x1a5ea
18 mscorwks.dll!CopyPDBs+0x17362
19 mscorwks.dll!CorExitProcess+0x3dc9
20 mscorwks.dll!TranslateSecurityAttributes+0x547f
21 mscorlib.ni.dll+0x8e6bc9

作为此项目的附加说明。我的电脑是4核的单CPU。当我们在 4 核双 CPU 上运行相同的应用程序时，我们会看到线程数量从 8 增加到 16。

不幸的是，您的问题记录不足，但合理的猜测是您似乎使用了 PPL 库。它保留了一个线程池来完成并行作业。毫无疑问，您会看到较高的 CPU 周期计数，因为这些线程确实正在执行您要求它们执行的工作。

与线程池的典型情况一样，PPL 保留这些线程以供下一个作业执行，这就是为什么您会看到它们在 WaitForWork() 上等待。由于缺少调试符号，本机堆栈跟踪是垃圾。否则，RtlUserThreadStart 是一个 Windows 函数，您将始终在非托管堆栈跟踪中看到它，这就是线程的启动方式。

这都是完全正常的。唯一值得注意的其他信息是这个答案 http://social.msdn.microsoft.com/Forums/en-US/parallelcppnative/thread/8542425d-db3e-4334-9cdd-3ff0f5911f24微软员工发帖：

并发运行时缓存线程以供以后重用。仅当所有并发运行时调度程序都已关闭时，它们才会被释放。 （通常，进程中只有一个默认调度程序）。当将工作排队到调度程序的所有外部线程都退出时，调度程序将关闭。因此，如果主线程调度工作（例如通过从 main() 调用parallel_for），那么默认调度程序将仅在进程关闭时被删除。

缓存线程数有上限。它大约是机器上核心数量的 4 倍（尽管还有一些其他因素影响阈值，例如调度程序策略中的堆栈大小选项）。