由来：
在学习工作流的过程中，宿主程序中会出现这么一段代码：
staticAutoResetEvent instanceUnloaded = new AutoResetEvent(false);
然后就是在方法中这样使用：
instanceUnloaded.Set();//将事件状态设置为终止状态，允许一个或多个等待线程继续
instanceUnloaded.WaitOne();//对于WaitOne方法为阻止当前线程，直到收到信号！
对于这部分内容当时不是很理解，下面我们先介绍一下AutoResetEvent的作用，然后结合工作流分析这些代码的意图！
举个例子：
我去书店买书，当我选中一本书后我会去收费处付钱，付好钱后再去仓库取书。这个顺序不能颠倒，我作为主线程，付钱和取书做两个辅助线程
代码如下：
using System;
using System.Linq;
using System.Activities;
using System.Activities.Statements;
using System.Threading;
namespace CaryAREDemo
{
class Me
{
const int numIterations = 550;
static AutoResetEvent myResetEvent = new AutoResetEvent(false);
static AutoResetEvent ChangeEvent = new AutoResetEvent(false);
static int number; //这是关键资源
//主线程
static void Main()
{
Thread payMoneyThread = new Thread(new ThreadStart(PayMoneyProc));
payMoneyThread.Name = "付钱线程";
Thread getBookThread = new Thread(new ThreadStart(GetBookProc));
getBookThread.Name = "取书线程";
//启动线程
payMoneyThread.Start();
getBookThread.Start();
for (int i = 1; i <= numIterations; i++)
{
Console.WriteLine("买书线程：数量{0}", i);
number = i;
//Signal that a value has been written.
//允许线程继续
myResetEvent.Set();
ChangeEvent.Set();
Thread.Sleep(0);
}
payMoneyThread.Abort();
getBookThread.Abort();
}
static void PayMoneyProc()
{
while (true)
{
//等待满足条件
myResetEvent.WaitOne();
Console.WriteLine("{0}：数量{1}", Thread.CurrentThread.Name, number);
}
}
static void GetBookProc()
{
while (true)
{
//等待满足条件
ChangeEvent.WaitOne();
Console.WriteLine("{0}：数量{1}", Thread.CurrentThread.Name, number);
Console.WriteLine("------------------------------------------");
Thread.Sleep(0);
}
}
}
}
运行结果：
说明：
AutoResetEvent允许线程通过发信号互相通信。通常，此通信涉及线程需要独占访问的资源。
1，通过将一个布尔值传递给构造函数来控制AutoResetEvent的初始状态，如果初始状态为终止状态，则为 true即该线程阻塞，并等待当前控制资源的线程；否则为 false。
2，线程也可以通过调用AutoResetEvent 上的 WaitOne 来等待信号。
3，通过调用 Set发出资源可用的信号，以释放等待线程。
通俗的来讲只有等myResetEven.Set()成功运行后,myResetEven.WaitOne()才能够获得运行机会;Set是发信号，WaitOne是等待信号，只有发了信号，等待的才会执行。如果不发的话，WaitOne后面的程序就永远不会执行。
结合工作流的宿主程序：
创建工作流：
static AutoResetEvent instanceUnloaded = new AutoResetEvent(false);
public static Guid CreateAndRun(RequestInfo.RequestInfo Request)
{
SqlWorkflowInstanceStore instanceStore = new SqlWorkflowInstanceStore("server=.;database=aspnetdb;uid=sa;pwd=123456");
InstanceView view = instanceStore.Execute(instanceStore.CreateInstanceHandle(), new CreateWorkflowOwnerCommand(), TimeSpan.FromSeconds(30));
instanceStore.DefaultInstanceOwner = view.InstanceOwner;
IDictionary<string, object> input = new Dictionary<string, object>
{
{ "Request" , Request }
};
WorkflowApplication application = new WorkflowApplication(new ApplyBlogFlow(), input);
application.InstanceStore = instanceStore;
//获取或设置当前工作流实例处于空闲状态并可被保留时调用的 ActivityFunc
application.PersistableIdle = (e) =>
{
instanceUnloaded.Set();
return PersistableIdleAction.Unload;
};
//获取或设置卸载当前工作流
application.Unloaded = (e) =>
{
instanceUnloaded.Set();
};
//获取或设置当前工作流实例遇到未处理的异常时
application.OnUnhandledException = (ex) =>
{
Console.Write("Exception");
return UnhandledExceptionAction.Terminate;
};
Guid id = application.Id;
application.Run();
//阻止当前线程，直到当前waithand收到信号
instanceUnloaded.WaitOne();
return id;
}
仔细看这段代码，在初始时将AutoResetEvent(false)，即非终止状态，但是当application.Run();之后就WaitOne，说明此时将AutoResetEvent设置成了终止状态，即阻塞当前线程。为什么要这样呢？目的很简单，因为这个执行过程为异步，如果当调用启动工作流的方法后，不去阻止当前方法的执行，那么这个方法就这样执行结果，返回我们创建成功，可是问题就是，这个时候很可能工作流还没有执行完成，而结果却先告诉我们了，这样显然不合理。
如果大家对于上述的解释还不理解，可以参考下调用流程：
CreateAndRun开始---》WaitOne---》当前线程被阻止，即不再往下执行---》真正启动工作流---》工作流执行完等待流后会被设置为空闲状态---》PersistableIdle---》instanceUnloaded.Set();---》AutoResetEvent可以继续---》
return id;---》整个方法执行完成
总结：
用AutoResetEvent实现同步，只是众多方法中之一，记得当时在考试系统的教师判分处应用了锁，当时使用的是数据库锁，保证某个表同一时间只能有一个用户在操作，这也是一个实现同步的方式，而且我们在学习java时也知道synchronized实现方法同步等方式。无论是数据库锁，synchronized，还是AutoResetEvent的方式只是它们的侧重不同，针对的对象不同，但是目的都是在控制操作的同步进行。
其实对于多线程的同步问题就是在程序的执行时多了一步验证（一个门一次只能通过一个即n=1的情况），是可以执行，还是需要等待而已，对于不同的同步技术只是对不同的对象设置验证，如数据库锁是对表的操作进行限制。
通过整理发现，其实AutoResetEvent只是实现同步的一种方式，并没有当时想的那么深奥，关键还是在于对于不懂的知识的学习与整理，了解到它是解决同步的方式后，再结合我们之前使用过的一些同步方法，这些知识就又简单了，所以我们面对学也就开心了！