考虑以下这种情形：
目前有若干个消费者，一个生产者，现在流水线队列中已满，生产者在：
MutexLockGuard lock(m_mutex);
while(isFull())
notFull.wait();
生产者在notFull.wait()中陷入阻塞。
此时某个消费者拿走了一个产品，并通过notFull.notify()通知生产者队列未满，可以生产。
生产者从wait中醒来，再次竞争锁。
但很不幸，这个锁再次被另外一个消费者获得。
一直持续这样的流程，生产者点太背，一直未获取到这个锁，直到最后一个消费者又先抢到了这个锁。
此时，根据队列的情况分为两种情况：
a).如果队列还未空，这个消费者从队列中拿走产品并释放锁后，生产者终于拿到了这个锁，并往流水线中增加产品。
b).如果队列未空，这个消费者在通过while,进去notEmpty.wait()。在notEmpty.wait()内部，首先释放这个锁，然后陷入阻塞，这时生产者才再度拿到这个锁。
pthread_cond_wait()函数内部的机制就是:
1)释放锁
2)陷入阻塞
3)被唤醒后去竞争这把锁
1)的存在保证了该线程在阻塞前释放临界区给其他线程去竞争，不然若带着锁陷入阻塞，则这个生产者将得不到锁而无法增加产品，也无法notify这个带锁的消费者，进而形成死锁。
条件变量的作用在于，当通过notify唤醒在wait中的线程时，只是代表该线程有资格去竞争这把锁，而不是直接让该线程进入临界区。这样因为条件变量的存在，陷入阻塞的线程只有在条件满足时才会出来竞争锁，而如果没有条件变量，则只能不断的通过轮询去竞争临界区的所有权，从而使cpu从无限的空转中解放出来，直到条件满足(如对消费者是流水线中有产品，对生产者是流水线已空)时才出来竞争锁。