CLR 的线程池

Microsoft 一直试图提高其平台与应用程序的性能。许多年前，Microsoft 研究了应用程序开发人员是如何使用线程的，以便看看能做些什么来提高他们的效用。这项研究有一个很重要的发现：开发人员经常创建新线程来执行一项任务，当该项任务完成时，线程终止。

这种模式在服务器应用程序中极其常见。客户端请求服务器，服务器创建一个线程来处理客户端的请求，然后当完成客户端的请求时，该服务器的线程终止。与进程相比较，创建和销毁线程的速度更快，使用的操作系统资源更少。但创建和销毁线程当然不是免费的。

要创建一个线程，需要分配和初始化一个内核对象，也需要分配和初始化线程的堆栈空间，而且 Windows® 为进程中的每个 DLL 发送一个 DLL_THREAD_ATTACH 通知，使磁盘中的页分配到内存中，从而执行代码。当线程终止时，给每个 DLL 都发送一个 DLL_THREAD_DETACH 通知，线程的堆栈空间被释放，内核对象亦被释放（如果其使用数达到 0）。因此，与创建和销毁线程相关的许多开销都和创建线程原本要执行的工作无关。

线程池的产生

这项研究结果促使 Microsoft 去实现线程池，线程池最早出现在 Windows 2000 中。当 Microsoft® .NET Framework 小组设计并构建公共语言运行库 (CLR) 时，他们决定就在 CLR 自身中实现线程池。这样，即使应用程序是在 Windows 2000 以前的 Windows 版本（例如 Windows 98）中运行，任何托管的应用程序也都能利用线程池。

当 CLR 初始化时，其线程池中不含有线程。当应用程序要创建线程来执行任务时，该应用程序应请求线程池线程来执行任务。线程池知道后将创建一个初始线程。该新线程经历的初始化和其他线程一样；但是任务完成后，该线程不会自行销毁。相反，它会以挂起状态返回线程池。如果应用程序再次向线程池发出请求，那么这个挂起的线程将激活并执行任务，而不会创建新线程。这节约了很多开销。只要线程池中应用程序任务的排队速度低于一个线程处理每项任务的速度，那么就可以反复重用同一线程，从而在应用程序生存期内节约大量开销。

那么，如果线程池中应用程序任务排队的速度超过一个线程处理任务的速度，则线程池将创建额外的线程。当然，创建新线程确实会产生额外开销，但应用程序在其生存期中很可能只请求几个线程来处理交给它的所有任务。因此，总体来说，通过使用线程池可以提高应用程序的性能。

现在您可能想知道，如果线程池包含许多线程而应用程序的工作负荷又在减少，将会发生什么事情。这种情况下，线程池包含几个长期挂起的线程，浪费着操作系统的资源。Microsoft 也考虑到了这个问题。当线程池线程自身挂起时，它等待 40 秒钟。如果 40 秒过去后线程无事可做，则该线程将激活并自行销毁，释放出它使用的全部操作系统资源（堆栈、内核对象，等等）。同时，激活并自行销毁线程可能并不影响应用程序的性能，因为应用程序做的事情毕竟不是太多，否则就会恢复执行该线程。顺便说一句，尽管我说线程池中的线程是在 40 秒内自行激活的，但实际上这个时间并没有验证并可以改变。

线程池的一个绝妙特性是：它是启发式的。如果您的应用程序需要执行很多任务，那么线程池将创建更多的线程。如果您的应用程序的工作负载逐渐减少，那么线程池线程将自行终止。线程池的算法确保它仅包含置于其上的工作负荷所需要的线程数！

因此，希望您现在已理解了线程池的基本概念，并明白了它所能提供的性能优势。现在我将给出一些代码来说明如何使用线程池。首先，您应该知道线程池可以提供四种功能：

•	异步调用方法
•	以一定的时间间隔调用方法
•	当单个内核对象得到信号通知时调用方法
•	当异步 I/O 请求结束时调用方法

前三种功能非常有用，我将在本专栏中加以说明。而应用程序开发人员很少使用第四种功能，因此在此我将不做说明；有可能在将来的专栏中讲到。

功能 1：异步调用方法

在您的应用程序中，如果有创建新线程来执行任务的代码，那么我建议您用命令线程池执行该任务的新代码来替换它。事实上，您通常会发现，让线程池执行任务比让一个新的专用线程来执行任务更容易。

要排队线程池任务，您可以使用 System.Threading 命名空间中定义的 ThreadPool 类。ThreadPool 类只提供静态方法，且不能构造它的实例。要让线程池线程异步调用方法，您的代码必须调用一个 ThreadPool 的重载 QueueUserWorkItem 方法，如下所示：

public static Boolean QueueUserWorkItem(WaitCallback wc, Object state);
public static Boolean QueueUserWorkItem(WaitCallback wc); 

这些方法将“工作项”（和可选状态数据）排队到线程池的线程中，并立即返回。工作项只是一种方法（由 wc 参数标识），它被调用并传递给单个参数，即状态（状态数据）。没有状态参数的 QueueUserWorkItem 版本将 null 传递给回调方法。最后，池中的某些线程将调用您的方法来处理该工作项。您编写的回调方法必须与 System.Threading.WaitCallback 委托类型相匹配，其定义如下：

public delegate void WaitCallback(Object state);

请注意，永远不要调用任何可以自己创建线程的方法；如果需要，CLR 的线程池将自动创建线程，如果可能还将重用现有的线程。另外，线程处理回调方法后不会立即销毁该线程；它将返回到线程池并准备处理队列中的其他工作项。使用 QueueUserWorkItem 会使您的应用程序更有效，因为您将不需要为每个客户端请求创建和销毁线程。

图 1 中的代码说明了如何让线程池异步调用一个方法。

功能 2：以一定的时间间隔调用方法

如果您的应用程序需要在某一时间执行某项任务，或者您的应用程序需要定期执行某些方法，那么使用线程池将是您的最佳选择。System.Threading 命名空间定义 Timer 类。当您构造 Timer 类的实例时，您是在告诉线程池您想在将来的某个特定时间回调自己的某个方法。Timer 类有四种构造函数：

public Timer(TimerCallback callback, Object state,
   Int32 dueTime, Int32 period);
public Timer(TimerCallback callback, Object state,
   UInt32 dueTime, UInt32 period);
public Timer(TimerCallback callback, Object state,
   Int64 dueTime, Int64 period);
public Timer(TimerCallback callback, Object state,
   Timespan dueTime, TimeSpan period); 

所有这四种构造函数构造完全相同的 Timer 对象。回调参数标识您想由线程池线程回调的方法。当然，您编写的回调方法必须与 System.Threading.TimerCallback 委托类型相匹配，其定义如下：

public delegate void TimerCallback(Object state);

构造函数的状态参数允许您将状态数据传递给回调方法；如果没有要传递的状态数据，您可以传递 null。使用 dueTime 参数可以告诉线程池在第一次调用您的回调方法之前需要等待多少毫秒。可以利用一个有符号或无符号的 32 位值、一个有符号的 64 位值，或者一个 TimeSpan 值来指定毫秒数。如果您想立即调用回调方法，那么请将 dueTime 参数指定为 0。最后一个参数 period 允许您指定在每次连续调用之前需要等待的时间，单位为毫秒。如果您将 0 传递给这个参数，那么线程池将仅调用该回调方法一次。

构造 Timer 对象后，线程池知道要做什么，并自动为您监视时间。然而，Timer 类还提供了几种其他的方法，允许您与线程池进行通信，以便更改什么时候（或者是否）应当回调方法。具体地说，Timer 类提供了几种 Change 和 Dispose 方法：

public Boolean Change(Int32    dueTime, Int32    period);
public Boolean Change(UInt32   dueTime, UInt32   period);
public Boolean Change(Int64    dueTime, Int64    period);
public Boolean Change(TimeSpan dueTime, TimeSpan period); 
public Boolean Dispose();
public Boolean Dispose(WaitHandle notifyObject); 

Change 方法允许您更改 Timer 对象的 dueTime 和 period。Dispose 方法允许您在所有挂起的回调已经完成的时候，完全取消回调，并可选地用信号通知由 notifyObject 参数标识的内核对象。

图 2 中的代码说明如何让线程池线程立即调用一个方法，并且每隔 2000 毫秒（或两秒）再次调用。

功能 3：当单个内核对象得到信号通知时调用方法

Microsoft 研究人员在做性能研究时发现，许多应用程序生成线程，只是为了等待某单个内核对象得到信号通知。一旦该对象得到信号通知，这个线程就将某种通知发送给另一个线程，然后环回，等待该对象再次发出信号。有些开发人员编写的代码中甚至有几个线程，而每个线程都在等待一个对象。这是系统资源的巨大浪费。因此，如果当前您的应用程序中有多个线程在等待单个内核对象得到信号通知，那么线程池仍将是您提高应用程序性能的最佳资源。

要让线程池线程在内核对象得到信号通知时调用您的回调方法，您可以再次利用 System.Threading.ThreadPool 类中定义的一些静态方法。要让线程池线程在内核对象得到信号通知时调用方法，您的代码必须调用一个重载的 RegisterWaitHandle 方法，可以参见图 3。

当您调用这些方法之一时，h 参数标识出您想要线程池等待的内核对象。由于该参数是抽象基类 System.Threading.WaitHandle，因此您可以指定从该基类派生出来的任何类。特别地，您可以将一个引用传递给 AutoResetEvent、ManualResetEvent 或 Mutex object。第二个参数 callback 标识出您想要线程池线程调用的方法。您实现的回调方法必须与 System.Threading.WaitOrTimerCallback 委托类型相匹配，其定义如下列代码行所示：

public delegate void WaitOrTimerCallback(Object state,
                                         Boolean timedOut);

第三个参数 state 允许您指定应传递给回调方法的某些状态数据，如果没有特别的状态数据要传递，则传递 null。第四个参数 milliseconds 允许您告诉线程池内核对象得到信号通知前应该等待的时间。这里通常传递 -1，以表示无限超时。如果最后一个参数 executeOnlyOnce 为真，那么线程池线程将仅执行回调方法一次。但是，如果 executeOnlyOnce 为假，那么线程池线程将在内核对象每次得到信号通知时执行回调方法。这对 AutoResetEvent 对象非常有用。

当调用回调方法时，会传递给它状态数据和 Boolean 值 timedOut。如果 timedOut 为假，则该方法知道它被调用的原因是内核对象得到信号通知。如果 timedOut 为真，则该方法知道它被调用的原因是内核对象在指定时间内没有得到信号通知。回调方法应该执行所有必需的操作。

在前面所示的原型中，您会注意到 RegisterWaitForSingleObject 方法返回一个 RegisteredWaitHandle 对象。该对象确定线程池在等待的内核对象。如果由于某种原因，您的应用程序要告诉线程池停止监视已注册的等待句柄，那么您的应用程序就可以调用 RegisteredWaitHandle 的 Unregister 方法：

public Boolean Unregister(WaitHandle waitObject);

waitObject 参数表明当执行完队列中的所有工作项后，您想如何得到信号通知。如果不想得到信号通知，那么您应将 null 传递给该参数。如果您将一个有效引用传递给 WaitHandle-derived 对象，那么线程池会在已注册等待句柄的所有挂起工作项执行完后，通知该对象。

图 4 中的代码说明如何让线程池线程在内核对象得到信号通知时调用方法。

小结

在本专栏中，我讲述了对线程池的需要，说明了如何利用 CLR 线程池提供的各种功能。现在您应该明白线程池为您的开发所带来的价值，它可以提高您的应用程序的性能，并简化您的代码。

您可以通过 dot-net@microsoft.com 将您的问题和建议发送给 Jeff

Jeffrey Richter 与他人共同创办了 Wintellect (http://www.Wintellect.com)，该公司专门从事于 .NET 和 Windows 技术的培训、调试和咨询工作。他是 of Applied Microsoft .NET Framework Programming (Microsoft Press, 2002) 一书的作者，他还编写了几本有关 Windows 程序设计的书籍。