分清紧急等待队列与条件等待队列(c 链)
条件等待队列：但是进入管程的这个进程可能由于对资源的操作的过程中发现条件不成熟， 那么它就不能够继续对资源进行相应的操作。 我们以生产者、 消费者为例。 如果生产者想要调用一个 insert 的过程，去把数据放到缓冲区里头，如果缓冲区满了，那这个 放到缓冲区动作是不能完成的，因此呢这个进程，生产者进程就应该等。 等，等在哪里？我们为等待不同条件的这样一个进程设置了条件变量，也就是说如果等，等在某个条件变量上。 通过什么样的操作呢？那我们刚说通过了 wait 操作。
紧急等待队列：当一个进程调用 wait 操作，那么会等在某个条件变量上。 刚才我们已经介绍过，当一个进程等在 条件变量上的时候，它应该把管程的互斥权放开，也就是把这个门打开。 让管程外的想进入管程的进程进入 我们刚才又介绍了说，如果后面进来的进程 它调用了这些过程去对资源进行 相应的操作，在操作过程中呢，发现条件成熟了，所以呢它调用了 signal 这样一个 函数，然后呢去唤醒某个等在条件变量上的一个进程。如果唤醒的是刚才等待的这个进程， 那么在管程里头，同时就有两个进程存在了。 那么两个进程存在，我们刚才说的，那么按照HOARE 管程的语义， 后面一个进程唤醒了前面一个进程， 那么前面这个进程执行，而唤醒其他进程的这个进程它呢等待。 那等在什么地方呢？那么就 专门为它设置了一个队列，在管程内设置了一个队列。 叫做紧急等待队列。
入口等待队列
管程是互斥进入的， 如果一个进程已经调用了管程当中的某一个过程去做相应的操作， 那么后续的进程就不能再进入管程了 我们这里头用一个比较形象，一个门，就是如果一个进程已经进到管程里头来， 做相应的操作，那么其他还想进管程的，调用管程过程的这些进程就只能在管程外面等。 所以我们呢很形象地在门口画了一个队列。 我们叫做入口等待队列
MESA 管程
相比于 HOARE 管程，减少了进程切换，增加了至少一次的条件检查。由于增加了条件检查，所以出错率更小。
增加了超时设定，防止notify的进程出错，而一直处于饥饿状态，收不到信号，减小了出错率。
notify
通知条件队列上的第一个，进入等待态
broadcast
通知所有条件队列上的，进入等待态
