8、Condition

java.util.concurrent.locks

Interface Condition

 

Condition类似于传统的wait、notify/notifyAll方法（这些方法需要内部监听器）。

Condition是在Lock之下，换句话说，有了Lock才可能产生Condition。在一个Lock之下可以生成几个Condition，从而可以使得因某个

Condition而阻塞的线程只能由相应的Condition唤醒。

 

比如，假设我们拥有一个支持取数据(take)和写数据(put)的缓存。如果take方法操作一个空的缓存，线程将会阻塞直到缓存中有数据项可用；

如果put方法试图操作一个满的缓存，线程将会阻塞知道用可用的空间。

class BoundedBuffer {
       final Lock lock = new ReentrantLock();
       final Condition notFull  = lock.newCondition(); 
       final Condition notEmpty = lock.newCondition(); 

       final Object[] items = new Object[100];
       int putptr, takeptr, count;

       public void put(Object x) throws InterruptedException {
         lock.lock();
         try {
           while (count == items.length)
             notFull.await();
           items[putptr] = x;
           if (++putptr == items.length) putptr = 0;
           ++count;
           notEmpty.signal();
         } finally {
           lock.unlock();
         }
       }

       public Object take() throws InterruptedException {
         lock.lock();
         try {
           while (count == 0)
             notEmpty.await();
           Object x = items[takeptr];
           if (++takeptr == items.length) takeptr = 0;
           --count;
           notFull.signal();
           return x;
         } finally {
           lock.unlock();
         }
       }
}

 

程序分析：

1、这里设置了两个条件notFull、notEmpty，当容器满了，就不满足notFull了，因此notFull.await，使得线程阻塞；notFull条件的阻塞，只能由notFull条件唤醒。

同理，notEmpty，当容器为空的时候，就不满足条件notEmpty了，因此notEmpty.await，使得线程阻塞，notEmpty条件的阻塞，只能由notEmpty条件唤醒。

2、判断边界值，从而判断条件是否满足，用的是while而不能是if。这是因为当线程被唤起后，还要检测条件是否满足，如果用if就不能达到这种效果，而会产生意想不到的

情况。比如，假设现在容器的大小为5。此时有10个写数据的线程来写数据，前面5个写线程都能正常往容器里面写数据，当容器满了以后接下来的线程就会不满足条件

notFull而放弃锁等待(await)，因此会有5个线程阻塞于此。如果现在调用notFull.singalAll方法将所有不满足notFull条件而阻塞的线程都唤醒，那么缓存就会比它固定大小

多4个（造成缓存溢出）。当然，现在如果仅仅是调用的notFull.single，之所以会执行到这一步就是因为已经消费了而且只能唤醒一个线程，那么肯定会满足notFull条件，没有必要去进行检查。