C#线程池ThreadPool的理解
在多线程编程中,线程的创建和销毁是非常消耗系统资源的,因此,C#引入了池的概念,类似的还有数据库连接池,这样,维护一个池,池内维护的一些线程,需要的时候从池中取出来,不需要的时候放回去,这样就避免了重复创建和销毁线程。
ThreadPool类 MSDN帮助信息: http://msdn.microsoft.com/zh-cn/library/system.threading.threadpool.aspx#Y0
将任务添加进线程池:
ThreadPool.QueueUserWorkItem(new WaitCallback((方法名));
ThreadPool.QueueUserWorkItem(new WaitCallback((方法名),传入方法的参数);
对线程池的线程数量进行控制
SetMaxThreads(Int32, Int32) //设置可以同时处于活动状态的线程池的请求数目。所有大于此数目的请求将保持排队状态,直到线程池线程变为可用。 SetMinThreads(Int32, Int32) //发出新的请求时,在切换到管理线程创建和销毁的算法之前设置线程池按需创建的线程的最小数量。
对线程池线程数量控制的验证
public static void Main()
{
ThreadPool.SetMinThreads(, );
ThreadPool.SetMaxThreads(, ); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) => { Console.WriteLine("当前值为:" + obj + "线程ID" + Thread.CurrentThread.ManagedThreadId); }),i);
} Console.Read();
}
最大线程数量和最小线程数量全部设置为1,上述代码的执行结果为:

可以看到只开启了一个线程。将最大线程改为2
public static void Main()
{
ThreadPool.SetMinThreads(, );
ThreadPool.SetMaxThreads(, ); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) => { Console.WriteLine("当前值为:" + obj + "线程ID" + Thread.CurrentThread.ManagedThreadId); }),i);
} Console.Read();
}
此时启动了两个线程

但是这最多和最少并不是说一定要使用这么多线程的,比如,我设置最少10个线程,但是实际上可能只试用了3-4个,但是线程池中确实是最少会维护着10个线程,不一定每次全部都启用的。
public static void Main()
{
ThreadPool.SetMinThreads(, );
ThreadPool.SetMaxThreads(, ); Console.WriteLine("测试开始!"); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) => {
Console.WriteLine("当前值为:" + obj + "线程ID" + Thread.CurrentThread.ManagedThreadId); }),i);
} Console.WriteLine("测试结束!"); Console.Read();
}
上面的执行结果:

为什么打印测试结束的语句执行的这么靠前呢?这是什么原因呢?
这是因为在循环中将任务添加到线程池中后,并没有等待线程执行完成再继续执行主线程,也就是线程池中的现成是如何启动及结束我们是不知道的,ThreadPool没有提供简单的方法来获取工作线程是否已经结束,所以需要通过其他方法实现。此时,需要引入ManualResetEvent类,MSDN:https://msdn.microsoft.com/zh-cn/library/system.threading.manualresetevent.aspx,
ManualResetEvent 允许线程通过发信号互相通信。通常,此通信涉及一个线程在其他线程进行之前必须完成的任务。
当一个线程开始一个活动(此活动必须完成后,其他线程才能开始)时,它调用 Reset 以将 ManualResetEvent 置于非终止状态。此线程可被视为控制 ManualResetEvent。调用 ManualResetEvent 上的 WaitOne 的线程将阻止,并等待信号。当控制线程完成活动时,它调用 Set 以发出等待线程可以继续进行的信号。并释放所有等待线程。
一旦它被终止,ManualResetEvent 将保持终止状态,直到它被手动重置。即对 WaitOne 的调用将立即返回。
可以通过将布尔值传递给构造函数来控制 ManualResetEvent 的初始状态,如果初始状态处于终止状态,为 true;否则为 false。
方法WaitOne(Timeout.Infinite, true); 阻止当前线程,直到当前 WaitHandle 收到信号为止。
方法Set(); 将事件状态设置为终止状态,允许一个或多个等待线程继续。
这段话到底是什么意思呢?我们通过一段代码来理解
public static void Main()
{
ThreadPool.SetMinThreads(,); ManualResetEvent mre = new ManualResetEvent(false); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId ); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!
线程ID为:"
+ Thread.CurrentThread.ManagedThreadId );
}), i);
}
Console.Read();
}
上述代码的执行结果是:

从执行结果中可以看到,我们往线程池中添加了三个任务,线程池启用了三个线程去执行。当任务方法执行到mre.WaitOne();时,线程被ManualResetEvent 阻止,并没有继续往下走,也就是此时线程们正在等待一个信号,下面我们就给线程们发出这个信号。
public static void Main()
{
ThreadPool.SetMinThreads(,); ManualResetEvent mre = new ManualResetEvent(false); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId ); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!线程ID为:" + Thread.CurrentThread.ManagedThreadId); }), i);
} if (Console.ReadLine() == "go")
{
mre.Set();
} Console.Read();
}
三个新线程虽然被阻止,但是主线程是可以继续执行的,当主线程收到用户输入的go命令时,给三个线程发送信号,线程们收到信号后继续执行,并打印出执行结束的标识。

相信到这里我们应该能够理解WaitOne和Set的用法了,下面我们在看看Reset方法,我们在mre.Set()后,在开启三个新的线程
public static void Main()
{
ThreadPool.SetMinThreads(,); ManualResetEvent mre = new ManualResetEvent(false); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId ); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!线程ID为:" + Thread.CurrentThread.ManagedThreadId); }), i);
} if (Console.ReadLine() == "go")
{
mre.Set();
} Thread.Sleep(); Console.WriteLine("*******************************再开启三个线程***********************************"); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!线程ID为:" + Thread.CurrentThread.ManagedThreadId); }), i);
} Console.Read();
}
运行代码看看效果

新开的线程和之前开的线程的任务方法是一模一样的啊,为什么没有等待信号而直接继续运行了呢?
这是因为我们在调用ManualResetEvent的Set方法后,在调用其 Reset 方法前会一直保持终止状态,所以,新线程任务方法中的WaitOne是无效的,因为此时ManualResetEvent是终止状态的。下面我们加上Reset方法看看效果
public static void Main()
{
ThreadPool.SetMinThreads(,); ManualResetEvent mre = new ManualResetEvent(false); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId ); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!线程ID为:" + Thread.CurrentThread.ManagedThreadId); }), i);
} if (Console.ReadLine() == "go")
{
mre.Set();
} Thread.Sleep(); Console.WriteLine("*******************************再开启三个线程***********************************"); mre.Reset(); for (int i = ; i < ; i++)
{
ThreadPool.QueueUserWorkItem(new WaitCallback((object obj) =>
{
Console.WriteLine("线程 " + obj.ToString() + " 已启动! 线程ID为:" + Thread.CurrentThread.ManagedThreadId); mre.WaitOne(); Thread.Sleep(); Console.WriteLine("线程 " + obj.ToString() + " 已结束!线程ID为:" + Thread.CurrentThread.ManagedThreadId); }), i);
} if (Console.ReadLine() == "go")
{
mre.Set();
} Console.Read();
}
执行结果:

此时,达到了我们想要的结果。
最后调用 mre.Close();释放资源即可。
现在明白了ManualResetEvent类的使用,想要解决开始的“测试开始、测试结束”打印顺序问题就是张飞吃豆芽了吧?!
C#线程池ThreadPool的理解的更多相关文章
- android线程池ThreadPoolExecutor的理解
android线程池ThreadPoolExecutor的理解 线程池 我自己理解看来.线程池顾名思义就是一个容器的意思,容纳的就是ThreadorRunable, 注意:每一个线程都是需要CPU分配 ...
- 线程池ThreadPool的常用方法介绍
线程池ThreadPool的常用方法介绍 如果您理解了线程池目的及优点后,让我们温故下线程池的常用的几个方法: 1. public static Boolean QueueUserWorkItem(W ...
- python中多进程multiprocessing、多线程threading、线程池threadpool
浅显点理解:进程就是一个程序,里面的线程就是用来干活的,,,进程大,线程小 一.多线程threading 简单的单线程和多线程运行:一个参数时,后面要加逗号 步骤:for循环,相当于多个线程——t=t ...
- 线程池ThreadPool的初探
一.线程池的适用范围 在日常使用多线程开发的时候,一般都构造一个Thread示例,然后调用Start使之执行.如果一个线程它大部分时间花费在等待某个事件响应的发生然后才予以响应:或者如果在一定期间内重 ...
- C#多线程学习 之 线程池[ThreadPool](转)
在多线程的程序中,经常会出现两种情况: 一种情况: 应用程序中,线程把大部分的时间花费在等待状态,等待某个事件发生,然后才能给予响应 这一般使用ThreadPo ...
- 高效线程池(threadpool)的实现
高效线程池(threadpool)的实现 Nodejs编程是全异步的,这就意味着我们不必每次都阻塞等待该次操作的结果,而事件完成(就绪)时会主动回调通知我们.在网络编程中,一般都是基于Reactor线 ...
- 多线程系列 线程池ThreadPool
上一篇文章我们总结了多线程最基础的知识点Thread,我们知道了如何开启一个新的异步线程去做一些事情.可是当我们要开启很多线程的时候,如果仍然使用Thread我们需要去管理每一个线程的启动,挂起和终止 ...
- C# -- 使用线程池 ThreadPool 执行多线程任务
C# -- 使用线程池 ThreadPool 执行多线程任务 1. 使用线程池 class Program { static void Main(string[] args) { WaitCallba ...
- 多线程Thread,线程池ThreadPool
首先我们先增加一个公用方法DoSomethingLong(string name),这个方法下面的举例中都有可能用到 #region Private Method /// <summary> ...
随机推荐
- Java中的try/catch/finally
样例1: public class Test{ public static String output = ""; public static void foo(int i){ t ...
- 费马小定理&欧拉定理
在p是素数的情况下,对任意整数x都有xp≡x(mod p).这个定理被称作费马小定理其中如果x无法被p整除,我们有xp-1≡1(mod p).利用这条性质,在p是素数的情况下,就很容易求出一个数的逆元 ...
- meta便签的用法
1.定义编码规则,<meta http-equiv="Content-Type" content="text/html; charset=utf-8" / ...
- 深入理解Azure自动扩展集VMSS(1)
前文中已经详细介绍了如何配置和部署Azure的虚拟机扩展集VMSS进行自动扩展,但在实际使用过程当中,用户会出现更进一步使用的一些问题,VMSS基本扩展原理及怎么简单调试?如何进行手动扩展?怎么使用自 ...
- Cstring获取第N个字符
void CTestaDlg::GetCStringItemAt(CString strin,CString & strout,int nindex) { ); ; ]={'\0'}; whi ...
- 在开启bin-log日志下Mysql报错
This function has none of DETERMINISTIC, NO SQL解决办法 创建存储过程时 出错信息: ERROR 1418 (HY000): This function ...
- android 导航布局
http://blog.csdn.net/wangjinyu501/article/details/8140588 http://www.cnblogs.com/hanyonglu/archive/2 ...
- curl 网页抓取
如果要把这个网页保存下来,可以使用-o参数,这就相当于使用wget命令了. curl -o [文件名] www.tvbs.cc 二.自动跳转 有的网址是自动跳转的.使用-L参数,curl就会跳转到新的 ...
- 屌炸天实战 MySQL 系列教程(二) 史上最屌、你不知道的数据库操作
此篇写MySQL中最基础,也是最重要的操作! 第一篇:屌炸天实战 MySQL 系列教程(一) 生产标准线上环境安装配置案例及棘手问题解决 第二篇:屌炸天实战 MySQL 系列教程(二) 史上最屌.你不 ...
- HTTP常见的状态码
状态码的职责是当客户端向服务器端发送请求时,描述返回请求结果.借助状态码,用户可以知道服务器端是正常处理了请求,还是出现了什么错误.RFC2616定义的状态码,由3位数字和原因短信组成.数字中的第一位 ...