关于线程的问题 请高手指点```ManualResetEvent

Question

我在看一个聊天程序的代码 里面有一个ManualResetEvent 类
看帮助看不懂 又是设置为无信号有信号的 这个和聊天程序有什么联系?

Answer 1

ManualResetEvent 类是用来实现线程同步机制的所以要看你的聊天程序里面哪个功能需要线程同步了

Answer 2

你所看的聊天程序是SOCKET异步通讯实现的吧，所以程序中用到了ManualResetEvent类。
ManualResetEvent类就是用来实现阻塞的。例如ManualResetEvent 的实例 mre。
mre.reset()方法被调用够，mre就可以使用waitone（）来进行阻塞。
mre.waitone()调用之后，mre所在的线程就被挂起来了，一直等到mre.set()被调用，线程才继续往下走，例如：int i = 0;
while(true)
{
  mre.reset();
  i ++;
  mre.waitone();
  console.write(i.tostring() );
}看看上面的例子。
这是一个死循环，在每次循环最后都输出i的值。但是因为mre的waitone，你的程序走到mre。waitone这一步的时候就不继续往下走了，因为这个线程被挂起来了，或者说被mre阻塞了。只有当你在这个程序中调用了mre。set，程序才会走到console。write这一步。然后进行下一次的循环。因此程序中mre应该是个全局变量。
循环开头mre。reset使mre被重置，注意，如果mre没有被重置，那么mre。waitone将不会起作用。好了，来说你的聊天程序，因为你的聊天程序是使用的异步socket，异步其实就是使用了回调来实现。在socket调用beginsend类似的方法之后，程序不会等待这个方法执行完毕，而直接往下走，所以这里就需要阻塞。为什么要用阻塞？？因为你调用beginsend之后，你的程序还没有开始执行send操作，因为send操作是放在beginsend的回调函数中执行的，因为是socket的stream方式通讯，所以你的socket只能在send之后才能够继续往下走，所以回调函数中在send操作完毕之后，才调用mre。set，让你的线程继续往下走。在beginsend下面调用waitone方法，该线程被挂起。在beginsend的回调函数中，如果回调函数执行完毕，那么执行set方法，该线程又可以继续往下走了。

Answer 3

其实很简单的，就是一个线程如果要等待一个条件发生就可以用这个类ManualResetEvent.WaitOne() 这样的话（当然他的初始状态为非终止态），这样，当等待的条件发生的时候，发生条件的那个程序，执行了ManualResetEvent.Set()方法，把状态改成了终止态，那么这个线程就可以继续执行了，当有一个其它的线程执行了Reset之后，别的进程执行到ManualResetEvent.WaitOne()时候又会停下来，直到下一个Set()方法执行后才继续往下执行

Answer 4

    我想问楼主六一个问题，采用异步发送beginsend时，如果主线程还要阻塞等待异步回调来mre.set()一下，那这个就失去了异步的意义，要是这样为什么不直接send(),也许是我没有明白你的意思，能不能详说一下。