互斥与事件

在C#中，有许多不同的线程同步选项。两个更广泛使用的是互斥和事件。这两者到底有什么区别？哪一个是更好的选择？

event选项可以给线程一个选项，让它阻塞直到一个事件被广播为止，因此被称为“event”。这与将某个事件置于睡眠状态，并且只有在发生重要事件时才将其唤醒是一样的。事件不同于互斥体，因为互斥体没有信令选项或函数。一旦有人能够等待信号被叫醒，事件就能够清除信号。即使是API也允许该选项阻塞，直到一个或所有不同的事件被发信号。此外，事件是内核对象。与互斥体相比，它们并不“更轻”。事件基本上是具有两种状态的内核对象。通常，一个事件表示一个事件的到来，有时甚至表示一个I/O操作的结束。

“互斥”表示互斥。它是一种用于共享资源的范围协调机制。把它看作一种交易形式。您没有义务等待，尽管您希望访问一些共享资源（仅在其他已访问的实例中）您正在阻止。互斥由两个状态组成，尽管互斥是存在的。这是为了保护一段代码，这些代码通常会更新共享资源，使其免受将互斥锁声明给将在其中释放的部分的部分。这导致没有其他线程可以通过该节。

那些试图借助互斥来模拟事件的人不得不遇到这样一个问题：一旦获得锁或发出事件信号，这个人就会把其他人拒之门外，直到锁被释放。这不是发出信号的事件的语义。在没有任何锁的情况下，事件可以保持发布状态，并且gate的形式将可用于所有线程测试。提交给进程间同步的互斥体处于内核模式对象中。在一个方法下为多线程同步所做的事件在用户模式对象中。

互斥对象太重，太一般。事件对象要轻得多。用户模式同步在大多数情况下使用，因为它提供较少的CPU周期。互斥非常像一个关键部分，用于同步对共享资源的访问。事件具有完全不同的功能，因为它们用于同步任务或管理某些人的任务调度。

事件更像是一个条件变量，与Mutex不同，Mutex在某些术语中更像amonitor，也可以是信号量/Mutex的传统形式。

总结：

1.event选项能够为线程提供阻塞选项，直到事件被广播，因此名为“event”

2.事件基本上是一个内核对象，它有两种状态。通常，一个事件表示一个事件的到来，有时甚至表示一个I/O操作的结束。

3.“互斥”代表互斥。它是共享资源的范围协调机制的一种形式。

4.致力于进程间同步的互斥体处于内核模式对象中。在一个方法下为多线程同步所做的事件在用户模式对象中。

5.事件更像是一个条件变量，不像Mutex，Mutex在某些术语中更像amonitor，也可以是传统的信号量/Mutex形式。