例子代码如下：
using System;
using System.Threading;
namespace AutoResetEvent_Examples
{
class MyMainClass
{
//初始的时候是没有信号的，这里的意思是指参数false
const int numIterations = 100;
static AutoResetEvent myResetEvent = new AutoResetEvent(false);
static int number;
static void Main()
{
//创建并开始一个线程。
Thread myReaderThread = new Thread(new ThreadStart(MyReadThreadProc));
myReaderThread.Name = "ReaderThread";
myReaderThread.Start();
for(int i = 1; i <= numIterations; i++)
{
Console.WriteLine("Writer thread writing value: {0}", i);
number = i;
//发信号，说明值已经被写进去了。这里的意思是说Set是一个发信号的方法。
myResetEvent.Set();
//给阅读线程一个机会动作
Thread.Sleep(0);
}
//终止阅读线程。
myReaderThread.Abort();
}
static void MyReadThreadProc()
{
while(true)
{
//在数据被作者写入之前不会被读者读取
//在上次读取之前至少有一次。
myResetEvent.WaitOne();
Console.WriteLine("{0} reading value: {1}", Thread.CurrentThread.Name, number);
}
}
}
}
关于这段代码需要学习和注意的地方有以下一些：
1、AutoResetEvent这个类对象的定义的位置。
我们看到，这是一个简单的控制台程序，该程序只有一个类，该类有2个方法，一个是Main，另外一个是MyReadThreadProc，两个都是静态的。显然，第二个方法是准备用于线程的，也可以理解为，这段代码是一个线程的代码。有一个显著特点，就是一个无限循环：while(true){}。这实际暗示，这个程序将有2个线程，一个主线程，另外一个为读者线程。读者线程中除了WriteLine这一个方法，剩下的就是WaitOne()这个方法了。而myResetEvent这个对象定义在这个类中，在2个方法之外，也就是说线程方法和主线程代码都能够“看到”这个对象。
2、关于AutoResetEvent类对象的初始化
初始化需要注意的是，一般初始化为“未信号”，也就是所谓的“Not signaled”。关于这一点，文档的解释是“可以通过将一个布尔值传递给构造函数来控制 AutoResetEvent 的初始状态，如果初始状态为终止状态，则为 true；否则为 false。”也就是说Not Signaled=非终止状态。一般情况下我看大多数程序都是初始化为“非终止状态”的。这里面的原因很显然：非终止状态可以等待一个信号来释放线程，至于“终止状态”怎样目前还不清楚。
3、这个AutoResetEvent的类不能继承
这一点是规定没什么好解释的。
4、就是等待的问题
mResetEvent的等待是是用了WaitOne()方法，等待什么呢？等待一个线程发出Set()的方法，这里需要注意的是这2个线程是否都使用了同一个对象？是否必须像示例程序这样让需要通信的2个线程都看到这个信号对象？因为只有这样才能产生发信号和接收信号。
在等待的时候，会把当前的线程阻塞，这就是WaitOne()的作用，一旦等到某个线程Set()了，线程将继续，也就是说循环会继续下去。是否由于这段代码位于一个线程中，因此阻塞这个线程不会引起整个程序的阻塞吧。总之这里是一个相互配合的问题。
还有一个需要注意的是等待和初始状态相关，也就是初始状态必须是“非终止状态”
文档中的这一句话非常清楚了“如果 AutoResetEvent 处于非终止状态，则该线程阻塞，并等待当前控制资源的线程通过调用 Set 发出资源可用的信号。”
