Event事件疑问？

[花熊]

无聊看了下CreateEvent的msdn解释:
When the state of a manual-reset event object is signaled, it remains signaled until it is explicitly reset to nonsignaled by the ResetEvent function. Any number of waiting threads, or threads that subsequently begin wait operations for the specified event object, can be released while the object's state is signaled.

When the state of an auto-reset event object is signaled, it remains signaled until a single waiting thread is released; the system then automatically resets the state to nonsignaled. If no threads are waiting, the event object's state remains signaled.

我就在想，如果几个线程都在wait这一个人工重置的事件，之后都马上调用ResetEvent function to reset the state of an event object to nonsignaled. 那么等待该事件的哪些线程会变得可调度，应该是不确定的吧？可能在wait之后到ResetEvent之前这个时间段切换到另一个线程了,这时事件是有信号的，但核心编程又说"当人工重置的事件得到通知时，等待该事件的所有线程均变为可调度线程。当一个自动重置的事件得到通知时，等待该事件的线程中只有一个线程变为可调度线程",有点晕,求教.

[Eleven]

当人工重置的事件得到通知时，等待该事件的所有线程均变为可调度线程。当一个自动重置的事件得到通知时，等待该事件的线程中只有一个线程变为可调度线程
------------------------------------------
这个已经说的很清楚了吧，CreateEvent()调用的时候是看你创建的是人工重置事件还是自动重置事件。当你创建的是人工重置事件的时候，当事件有信号时，所有等待该事件对象的线程都会唤醒，都成为可以调度的线程，只要得到CPU就可以马上运行。如果是自动重置事件，所有等待该事件对象的线程中只会有一个被唤醒成为可调度线程。

[ouyh12345]

当然会获得信号，直到调用ResetEvent

[花熊]

[Quote=引用 1 楼 visualeleven 的回复:]
当人工重置的事件得到通知时，等待该事件的所有线程均变为可调度线程。当一个自动重置的事件得到通知时，等待该事件的线程中只有一个线程变为可调度线程
------------------------------------------
这个已经说的很清楚了吧，CreateEvent()调用的时候是看你创建的是人工重置事件还是自动重置事件。当你创建的是人工重置事件的时候，当事件有信号时，所有等待该事件……
[/Quote]
我的意思是wait之后马上reset，比如ABC三个线程wait，可能是A先Wait并执行了reset，CPU再转而执行B或C，这时B能wait到吗？就像执行PulseEvent，我们应该也不能保证所有的线程都变成可调度吧

[ouyh12345]

这种情况，bc2个线程是否能wait到，得看运气

[花熊]

自己写了个测试代码，

WaitForSingleObject(hEvent,INFINITE) ;
ResetEvent(hEvent) ;
TRACE("wait1 sucess\n") ;

明显不一定能全部等到，随机几率。

[chenjiawei007]

多线程执行

WaitForSingleObject(hEvent,INFINITE) ;

此处还会加入其它线程的执行片段。

ResetEvent(hEvent) ;

windows下同等优先级线程下完全是随机的。

[sharptiger123]

OPenEvent吧