ManualResetEvent类

最新推荐文章于 2022-06-23 15:48:24 发布

原创最新推荐文章于 2022-06-23 15:48:24 发布 · 850 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#socket #聊天 #通讯 #stream

本文详细解析了基于SOCKET异步通讯的聊天程序中如何利用ManualResetEvent类实现线程阻塞，解释了阻塞的重要性及其实现机制。

你所看的聊天程序是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方法，该线程又可以继续往下走了。