概述

ThreadPool是.Net Framework 2.0版本中出现的。自从Task出来以后，ThreadPool已经很少用了，但是一些老的代码或者一些古老的程序猿还是会用到他，所以我们可以不用它，但是还是有必须学习和了解他.

ThreadPool用法举例

static void Main(string[] args){string str = "当前时间是";ThreadPool.SetMaxThreads(5,5);for (int i = 0; i < 10; i++){ThreadPool.QueueUserWorkItem(ThreadFuc, str);}Console.ReadKey();}public static void ThreadFuc(object str){Console.WriteLine($"线程Id是{Thread.CurrentThread.ManagedThreadId},{str}:{DateTime.Now}");Thread.Sleep(1000);}

运行结果：

我们看时间差不多在同一时间完成了，如果不开启线程：则前后需要10秒钟

QueueUserWorkItem有两个重载，分别是带参数和不带参数的

public static bool QueueUserWorkItem(WaitCallback callBack);
public static bool QueueUserWorkItem(WaitCallback callBack, object state);

带参数的解释如下：

//// 摘要://     将方法排入队列以便执行，并指定包含该方法所用数据的对象。此方法在有线程池线程变得可用时执行。//// 参数://   callBack://     System.Threading.WaitCallback，它表示要执行的方法。////   state://     包含方法所用数据的对象。//// 返回结果://     如果此方法成功排队，则为 true；如果无法将该工作项排队，则引发 System.NotSupportedException。//// 异常://   T:System.NotSupportedException://     承载公共语言运行时 (CLR)，并且主机不支持此操作。////   T:System.ArgumentNullException://     callBack 为 null。

  ThreadPool类的方法

SetMaxThreads用来设置可以同时处于活动状态的线程池的请求数目。所有大于此数目的请求将保持排队状态，直到线程池线程变为可用。函数原型如下

public static bool SetMaxThreads(int workerThreads, int completionPortThreads);

// 参数://   workerThreads://     线程池中辅助线程的最大数目。////   completionPortThreads://     线程池中异步 I/O 线程的最大数目。//// 返回结果://     如果更改成功，则为 true；否则为 false。

线程池中的线程执行完指定的方法后并不会自动消除，而是以挂起状态返回线程池，如果应用程序再次向线程池发出请求，那么处以挂起状态的线程就会被激活并执行任务，而不会创建新线程，这就节约了很多开销。只有当线程数达到最大线程数量，系统才会自动销毁线程。因此，使用线程池可以避免大量的创建和销毁的开支，具有更好的性能和稳定性，其次，开发人员把线程交给系统管理，可以集中精力处理其他任务。