您好，我目前正在学习 .net 中的 Threadpool。据我了解，它由已经预先创建的工作线程（它们的数量是有限的）和一个任务队列（即普通委托）组成。每个工作线程都有自己的任务链。工作线程执行任务并释放它。
我也知道我们可以直接将任务添加到线程池（使用 ThreadPool.QueueUserWorkItem()），我读到这比线程启动要快得多，因为线程创建需要很长时间。基于这一切，我有几个问题：
1) Threedpool - 是基于每个应用程序创建的集合，即每个应用程序都有自己的 Threedpool 还是在操作系统内核的上下文中创建？
2）如果 ThreadPool.QueueUserWorkItem() 比 Thread Start 好得多，那为什么要使用它，为什么其他人使用它？也许我总是可以使用 ThreadPool.QueueUserWorkItem()？
1) 线程在操作系统级别附加到进程。这意味着每个应用程序都有自己的线程池和自己的线程。
2）当您不确切知道将拥有多少线程并且不需要严格确定性的行为时，ThreadPool 会更好。例如，如果您有一个带有图形界面的游戏，并且渲染在一个单独的线程中，那么可以使用 来创建它
new Thread()，因为 ThreadPool 的所有优点在这种情况下都不适用。关于第二个问题，见。线程池是整个应用程序的公共共享资源。
如果你的任务比较短，最好在线程池上运行，避免创建新线程的开销。
但是如果你的任务很长，那么不创建新线程的好处就不是很大，因为任务仍然运行很长时间。更糟糕的是，任务很长，你会长时间拿走共享资源，这不是很好。因此，对于长任务，最好使用单独的线程。
您可能需要显式创建线程的另一种情况是公寓。如果您的代码使用 COM 对象，它可能需要在 STA 线程上运行。并且池线程不是 STA 线程（并且您不能将池线程转换为 STA 线程）。