首页 > 代码库 > AutoResetEvent详解(线程独占访问资源)
AutoResetEvent详解(线程独占访问资源)
由来:
在学习工作流的过程中,宿主程序中会出现这么一段代码:
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只是实现同步的一种方式,并没有当时想的那么深奥,关键还是在于对于不懂的知识的学习与整理,了解到它是解决同步的方式后,再结合我们之前使用过的一些同步方法,这些知识就又简单了,所以我们面对学也就开心了!
AutoResetEvent详解(线程独占访问资源)