.net CLR线程池

创建和销毁线程是一个昂贵的操作，要耗费大量的时间。另外太多会浪费内存资源。由于操作系统必须调度可运行的线程并执行上下文切换，所以太多的线程还有损于性能。为了改善这个情况，CLR包含了代码来管理他自己的线程池。可将线程池想象成一个线程集合。每CLR一个线程池；这个线程池由CLR控制的所有AppDomain共享。如果一个进程中加载了多个CLR, 那么每个CLR都有它自己的线程池。

CLR初始化时，线程池中是没有线程的。在内部，线程池维护了一个操作请求的队列。应用程序想执行一个异步操作，就调用某个方法，将一个记录项追加到线程池的队列中。线程池的代码从这个队列中提取记录项，将这个记录项派遣给一个线程池线程。如果线程池中没有线程，就创建一个新线程。创建线程要产生一定的性能损失。然而，当线程池线程完成任务后，线程不会被销毁。相反，线程会返回线程池，在那里进入空闲状态，等待响应另一个请求。由于线程不销毁自身，所以不再产生额外的性能损失。

如果你的应用程序向线程池发出许多请求，线程池会尝试只用着一个线程来服务所有请求。然而，如果你的应用程序发出请求的速度超过了线程池线程处理它们的速度，就会创建额外的线程。最终，你的应用程序的所有请求都能由少量线程处理所以线程池不必创建大量线程。

如果你的应用程序停止向线程池发出请求，池中酱油大量什么都不做的线程。这是对内存资源的浪费。所以，当一个线程池线程闲着没事儿做有一段时间之后，线程会自己醒来终止自己以释放资源。

线程终止自己时，会产生一定的性能损失。然而，线程终止自己是因为它闲得慌，表明你的应用程序本身就没有在做什么事情，所以这个性能损失关系不大。

线程池可以只容纳少量线程，从而避免浪费资源；也可以容纳更多的线程，以利用多处理器、超线程处理器和多核处理器。它能在这两种不同的状态之间从容地切换。线程池是启发式的。如果应用程序需要执行许多任务，同时有可用的CPU, 那么线程池会创建更多的线程。如果应用程序的负载减轻，线程池线程就终止它们自己。

在内部，线程池将自己的线程划分为工作者（Worker）线程或I/O线程。应用程序要求线程池执行一个异步的计算限制操作时，使用的就是工作者线程。I/O线程用于通知你的代码一个异步I/O限制操作已经完成。具体地说，这意味着要使用“异步编程模型”（APM）发出I/O请求，比如访问文件、网络服务器、数据库、Web服务或其他硬件设备。