介绍
.NET Framework提供了包含ThreadPool类的System.Threading 空间，这是一个可直接访问的静态类，该类对线程池是必不可少的。它是公共“线程池”设计样式的实现。对于后台运行许多各不相同的任务是有用的。对于单个的后台线种而言有更好的选项。
线程的最大数量。这是完全无须知道的。在.NET中ThreadPool的所有要点是它自己在内部管理线程池中线程。多核机器将比以往的机器有更多的线程。微软如此陈述“线程池通常有一个线程的最大数量，如果所有的线程都忙，增加的任务被放置在队列中直到它们能被服务，才能作为可用的线程。”
用法位置
线程池类型能被用于服务器和批处理应用程序中，线程池有更廉价的得到线程的内部逻辑，因为当需要时这些线程已被形成和刚好“连接”，所以线程池风格代码被用在服务器上。
MSDN表述：“线程池经常用在服务器应用程序中，每一个新进来的需求被分配给一个线程池中的线程，这样该需求能被异步的执行，没有阻碍主线程或推迟后继需求的处理。”
MSDN 参考
ThreadPool VS BackgroundWorker
如果你正在使用Windows窗体，宁可使用BackgroundWorker来对付那些更简单的线程需求，BackgroundWorker在网络访问和其他一些简单的事情方面做得很好。但对于多处理器的批处理来说，你需要ThreadPool。
BackgroundWorker 教程
当你的程序要批处理时，考虑线程池
当你的程序产生很多（3个以上）线程时，考虑线程池
当你的程序使用Windows窗体时，考虑后台执行。
线程要考虑的事 同样，如何使用线程的细节能帮助发现最好的代码。下面比较线程情形和哪个类是最好的。
你需要一个额外的线程 使用后台执行
你有许多短期的线程 使用线程池
需求
线程很重要，但对于那些不会花很长时间来执行且只做一件事情的大多数应用程序来说却并不重要的。线程对于界面可用性不是很重要的的应用程序而言也不是很重要，要尽量避免使用线程（译者注：比如进度条不是很重要的应用程序）。
连接方法
可使用QueueUserWorkItem连接方法（methods）到线程池。方法要运行在线程上，则必须把它连接到QueueUserWorkItem。如何实现呢？必须使用WaitCallback。在MSDN中，WaitCallback被描述成当线程池执行时要被调用的委托回调方法，是回调它的参数的委托。
WaitCallback
只需指定“new WaitCallback”语句作为ThreadPool.QueueUserWorkItem的第一个参数来使用WaitCallback.不需要任何其他的代码来使用这方法生效。
使用WaitCallback[c#]的例子
</div>
参数
我们能通过定义一个特定的类并把一些重要的值放在类里面来使用参数，那么，方法接收了对象，就能通过对象向方法传递多个参数了。以下是一个早期的例子。
使用带参数QueueUserWorkItem 的例子[c#]
</div>
发生了什么事？我们发送两个值给这个线程化的ProcessFile方法，它需要知道文件名和选择索引，而我们在这个对象中把参数都发送了给它。
进度条
能通过从设计器中右边的工具盒面板中增加Windows窗体控件到你的窗体程序来使用进度条并设置 progressBar1.Value, progressBar1.Minimum 和progressBar1.Maximum。 progressBar1.Value是最小值和最大值中间的位置，以下代码用来初始化进度条：
设置进度条的例子 [C#]
</div>
进度条位置 你的进度条中的有颜色部分是当前值与最大值的百分比。所以，如果最大值是6，而值是3即表示做完了一半。
ProgressBar 例子 (Windows Forms)
在进度条中调用Invoke(援引）
让我们看如何在进度条实例中使用Invoke方法。遗憾的是，你不能在辅助线程中访问Windows控件，因为UI线程是分离的，必须使用委托（delegate)和Invoke到进度条。
请求Invoke(调用）的例子[C#]
}&