接近一周沒更新《Java線程》專欄了，主要是這周工作上比較忙，生活上也比較忙，呵呵，進入正題，上一篇講述了并發包下的Lock，Lock可以更好的解決線程同步問題，使之更面向對象，并且ReadWriteLock在處理同步時更強大，那么同樣，線程間僅僅互斥是不夠的，還需要通信，本篇的內容是基于上篇之上，使用Lock如何處理線程通信。

        那么引入本篇的主角，Condition，Condition 將 Object 監視器方法（wait、notify 和 notifyAll）分解成截然不同的對象，以便通過將這些對象與任意 Lock 實現組合使用，為每個對象提供多個等待 set （wait-set）。其中，Lock 替代了 synchronized 方法和語句的使用，Condition 替代了 Object 監視器方法的使用。下面將之前寫過的一個線程通信的例子替換成用Condition實現(Java線程(三))，代碼如下：

  1. public class ThreadTest2 {  
  2.     public static void main(String[] args) {  
  3.         final Business business = new Business();  
  4.         new Thread(new Runnable() {  
  5.             @Override  
  6.             public void run() {  
  7.                 threadExecute(business, "sub");  
  8.             }  
  9.         }).start();  
  10.         threadExecute(business, "main");  
  11.     }     
  12.     public static void threadExecute(Business business, String threadType) {  
  13.         for(int i = 0; i < 100; i++) {  
  14.             try {  
  15.                 if("main".equals(threadType)) {  
  16.                     business.main(i);  
  17.                 } else {  
  18.                     business.sub(i);  
  19.                 }  
  20.             } catch (InterruptedException e) {  
  21.                 e.printStackTrace();  
  22.             }  
  23.         }  
  24.     }  
  25. }  
  26. class Business {  
  27.     private boolean bool = true;  
  28.     private Lock lock = new ReentrantLock();  
  29.     private Condition condition = lock.newCondition();   
  30.     public /*synchronized*/ void main(int loop) throws InterruptedException {  
  31.         lock.lock();  
  32.         try {  
  33.             while(bool) {                 
  34.                 condition.await();//this.wait();  
  35.             }  
  36.             for(int i = 0; i < 100; i++) {  
  37.                 System.out.println("main thread seq of " + i + ", loop of " + loop);  
  38.             }  
  39.             bool = true;  
  40.             condition.signal();//this.notify();  
  41.         } finally {  
  42.             lock.unlock();  
  43.         }  
  44.     }     
  45.     public /*synchronized*/ void sub(int loop) throws InterruptedException {  
  46.         lock.lock();  
  47.         try {  
  48.             while(!bool) {  
  49.                 condition.await();//this.wait();  
  50.             }  
  51.             for(int i = 0; i < 10; i++) {  
  52.                 System.out.println("sub thread seq of " + i + ", loop of " + loop);  
  53.             }  
  54.             bool = false;  
  55.             condition.signal();//this.notify();  
  56.         } finally {  
  57.             lock.unlock();  
  58.         }  
  59.     }  
  60. }  
        在Condition中，用await()替換wait()，用signal()替換notify()，用signalAll()替換notifyAll()，傳統線程的通信方式，Condition都可以實現，這里注意，Condition是被綁定到Lock上的，要創建一個Lock的Condition必須用newCondition()方法。

        這樣看來，Condition和傳統的線程通信沒什么區別，Condition的強大之處在于它可以為多個線程間建立不同的Condition，下面引入API中的一段代碼，加以說明。

  1. class BoundedBuffer {  
  2.    final Lock lock = new ReentrantLock();//鎖對象  
  3.    final Condition notFull  = lock.newCondition();//寫線程條件   
  4.    final Condition notEmpty = lock.newCondition();//讀線程條件   
  5.   
  6.    final Object[] items = new Object[100];//緩存隊列  
  7.    int putptr/*寫索引*/, takeptr/*讀索引*/, count/*隊列中存在的數據個數*/;  
  8.   
  9.    public void put(Object x) throws InterruptedException {  
  10.      lock.lock();  
  11.      try {  
  12.        while (count == items.length)//如果隊列滿了   
  13.          notFull.await();//阻塞寫線程  
  14.        items[putptr] = x;//賦值   
  15.        if (++putptr == items.length) putptr = 0;//如果寫索引寫到隊列的最后一個位置了，那么置為0  
  16.        ++count;//個數++  
  17.        notEmpty.signal();//喚醒讀線程  
  18.      } finally {  
  19.        lock.unlock();  
  20.      }  
  21.    }  
  22.   
  23.    public Object take() throws InterruptedException {  
  24.      lock.lock();  
  25.      try {  
  26.        while (count == 0)//如果隊列為空  
  27.          notEmpty.await();//阻塞讀線程  
  28.        Object x = items[takeptr];//取值   
  29.        if (++takeptr == items.length) takeptr = 0;//如果讀索引讀到隊列的最后一個位置了，那么置為0  
  30.        --count;//個數--  
  31.        notFull.signal();//喚醒寫線程  
  32.        return x;  
  33.      } finally {  
  34.        lock.unlock();  
  35.      }  
  36.    }   
  37.  }  
        這是一個處于多線程工作環境下的緩存區，緩存區提供了兩個方法，put和take，put是存數據，take是取數據，內部有個緩存隊列，具體變量和方法說明見代碼，這個緩存區類實現的功能：有多個線程往里面存數據和從里面取數據，其緩存隊列(先進先出后進后出)能緩存的最大數值是100，多個線程間是互斥的，當緩存隊列中存儲的值達到100時，將寫線程阻塞，并喚醒讀線程，當緩存隊列中存儲的值為0時，將讀線程阻塞，并喚醒寫線程，下面分析一下代碼的執行過程：

        1. 一個寫線程執行，調用put方法；

        2. 判斷count是否為100，顯然沒有100；

        3. 繼續執行，存入值；

        4. 判斷當前寫入的索引位置++后，是否和100相等，相等將寫入索引值變為0，并將count+1；

        5. 僅喚醒讀線程阻塞隊列中的一個；

        6. 一個讀線程執行，調用take方法；

        7. ……

        8. 僅喚醒寫線程阻塞隊列中的一個。

        這就是多個Condition的強大之處，假設緩存隊列中已經存滿，那么阻塞的肯定是寫線程，喚醒的肯定是讀線程，相反，阻塞的肯定是讀線程，喚醒的肯定是寫線程，那么假設只有一個Condition會有什么效果呢，緩存隊列中已經存滿，這個Lock不知道喚醒的是讀線程還是寫線程了，如果喚醒的是讀線程，皆大歡喜，如果喚醒的是寫線程，那么線程剛被喚醒，又被阻塞了，這時又去喚醒，這樣就浪費了很多時間。

        本文來自：高爽|Coder，原文地址：http://blog.csdn.net/ghsau/article/details/7481142，轉載請注明。