多线程AutoResetEvent

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

我们在线程编程的时候往往会涉及到线程的通信，通过信号的接受来进行线程是否阻塞的操作。

AutoResetEvent 允许线程通过发信号互相通信。通常，此通信涉及线程需要独占访问的资源。

AutoResetEvent 的方法有很多，具体方法和扩展方法请详见AutoResetEvent类，最常用方法中就有Set()和WaitOne()。

线程通过调用 AutoResetEvent 上的 WaitOne 来等待信号。如果 AutoResetEvent 处于非终止状态，则该线程阻塞，并等待当前控制资源的线程通过调用 Set 发出资源可用的信号。AutoResetEvent 的非终止状态可以通过构造函数在设置：

static AutoResetEvent myResetEvent = new AutoResetEvent(false);

这里构造函数中的参数false就代表该状态为非终止状态，相反若为true则为终止状态。

通俗的来讲只有等myResetEven.Set()成功运行后,myResetEven.WaitOne()才能够获得运行机会;Set是发信号，WaitOne是等待信号，只有发了信号，
等待的才会执行。如果不发的话，WaitOne后面的程序就永远不会执行。下面我们来举一个例子：

public class Program
{
static AutoResetEvent myResetEvent = new AutoResetEvent(false);
const int cycleNum = ;
static void Main(string[] args)
{
Thread td = new Thread(new ThreadStart(sqrt));
td.Name = "线程一";
td.Start();
Console.ReadKey();
}
/// <summary>
/// 计算平方
/// </summary>
/// <param name="i"></param>
public static void sqrt()
{
myResetEvent.WaitOne();
Console.WriteLine(DateTime.Now.ToShortTimeString() + "线程一执行");
Thread.Sleep();
}
}

上面例子中一开始非终止状态，当遇到WaitOne()方法时则会阻塞线程，在没有set()时将一直处于阻塞状态，运行结果如下：

接下来我们在主函数中执行Set()方法来解放被阻塞的线程：

public class Program
{
static AutoResetEvent myResetEvent = new AutoResetEvent(false);
const int cycleNum = ;
static void Main(string[] args)
{
Thread td = new Thread(new ThreadStart(sqrt));
td.Name = "线程一";
td.Start();
myResetEvent.Set();//WaitOne方法阻塞，Set()方法执行后则继续执行
Console.ReadKey();
}
/// <summary>
/// 计算平方
/// </summary>
/// <param name="i"></param>
public static void sqrt()
{
myResetEvent.WaitOne();
Console.WriteLine(DateTime.Now.ToShortTimeString() + "线程一执行");
Thread.Sleep();
}
}

运行结果如下：

既然说到了AutoResetEvent，就不得不说ManualResetEvent，这两个方法几乎相同，不同的地方就在于AutoResetEvent的WaitOne()方法执行后会自动又将信号置为不发送状态也就是阻塞状态，当再次遇到WaitOne()方法是又会被阻塞，而ManualResetEvent则不会，只要线程处于非阻塞状态则无论遇到多少次WaitOne()方法都不会被阻塞，除非调用ReSet()方法来手动阻塞线程。这里就不截图运行结果了，有兴趣的朋友可以自己试一试。

本博客不保证所有信息全部正确，有错误还希望指出。