5天不再惧怕多线程——第四天 信号量

今天整理“信号量”的相关知识，其实想想也蛮有趣的，锁，互斥，信号量都可以实现线程同步，在framework里面主要有三种。

<1>：ManualResetEvent

<2>：AutoResetEvent

<3>:?Semaphore

?

好，下面就具体看看这些玩意的使用。

?

一：ManualResetEvent

? ? ? 该对象有两种信号量状态True和False，好奇的我们肯定想知道True和False有什么区别，稍后的例子见分晓，有三个方法值得学习一下。

1：WaitOne

? ? ?该方法用于阻塞线程，默认是无限期的阻塞，有时我们并不想这样，而是采取超时阻塞的方法，如果超时就放弃阻塞，这样也就避免了无限期

? ? ? ?等待的尴尬。

2：Set

? ? ?手动修改信号量为True，也就是恢复线程执行。

3:ReSet

? ? ?手动修改信号量为False，暂停线程执行。

?

好了，下面举个例子说明一下。

?

<1> ?信号量初始为False，WaitOne采用无限期阻塞，可以发现线程间可以进行交互。

?

<2>?信号量初始为True，WaitOne采用无限期阻塞，实验发现WaitOne其实并没有被阻塞。

?

<3>信号量初始为False，WaitOne采用超时2s，虽然主线程要等5s才能进行Set操作，但是WaitOne已经等不及提前执行了。

二：AutoResetEvent

? ? ? 在VS对象浏览器中，我们发现AutoResetEvent和ManualResetEvent都是继承于EventWaitHandle，所以基本功能是一样的，不过值得注意

的一个区别是WaitOne会改变信号量的值，比如说初始信号量为True，如果WaitOne超时信号量将自动变为False，而ManualResetEvent则不会。

?

三：Semaphore?

? ? ?这玩意是.net 4.0新增的，用于控制线程的访问数量，默认的构造函数为initialCount和maximumCount，表示默认设置的信号量个数和

最大信号量个数，其实说到底，里面是采用计数器来来分配信号量，当你WaitOne的时候，信号量自减，当Release的时候，信号量自增，然而

当信号量为0的时候，后续的线程就不能拿到WaitOne了，所以必须等待先前的线程通过Release来释放。

?

好了，下面还是举例子来说明一下：

?

<1> initialCount=1,maximunCount=10,WaitOne采用无限期等待。

我们悲剧的发现t2线程不能执行，我们知道WaitOne相当于自减信号量，然而默认的信号量个数为1，所以t2想执行必须等待t1通过Release来释放。

<2> Semaphore命名，升级进程交互。

? ? ? 在VS对象浏览器中发现Semaphore是继承字WaitHandle，而WaitHandle封装了win32的一些同步机制，所以当我们给Semaphore命名的时候

就会在系统中可见，下面举个例子，把下面的代码copy一份，运行两个程序。

?

是的，我设置了信号量是3个，所以只能有三个线程持有WaitOne，后续的线程只能苦苦的等待。