在看Condtion時候總是感覺有點暈的感覺，總結(jié)一點別的文章沒有提到的地方。
Condition主要是為了代替Object 監(jiān)視器方法（wait、notify 和 notifyAll）。Condition 將 Object 監(jiān)視器方法（wait、notify 和 notifyAll）分解成截然不同的對象，以便通過將這些對象與任意 Lock 實現(xiàn)組合使用，為每個對象提供多個等待 set（wait-set）。其中，Lock 替代了 synchronized 方法和語句的使用，Condition 替代了 Object 監(jiān)視器方法的使用。
Condition的時候，是為了配合Lock使用而存在的。我們看一下聲明和使用時候的代碼就明白了。 聲明代碼：
Lock lock = new ReentrantLock();Condition condition = lock.newCondition();通過上面的聲明代碼可以看出來，聲明Condition實例的時候，一般都是使用lock實現(xiàn)來聲明的。
使用代碼：
public class ConditionTest1 { PRivate static Lock lock = new ReentrantLock(); private static Condition condition = lock.newCondition(); public static void main(String[] args) { ThreadA ta = new ThreadA("ta"); lock.lock(); // 獲取鎖 try { System.out.println(Thread.currentThread().getName()+" start ta"); ta.start(); System.out.println(Thread.currentThread().getName()+" block"); condition.await(); // 等待 System.out.println(Thread.currentThread().getName()+" continue"); } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); // 釋放鎖 } } static class ThreadA extends Thread{ public ThreadA(String name) { super(name); } public void run() { lock.lock(); // 獲取鎖 try { System.out.println(Thread.currentThread().getName()+" wakup others"); condition.signal(); // 喚醒“condition所在鎖上的其它線程” } finally { lock.unlock(); // 釋放鎖 } } }} 從使用代碼可以看出來，在使用condition.await()和condition.signal()的時候，都需要有Lock.lock方法。在javadoc上也提到了，如果在使用Condition的await()和signal()方法（其它方法好像也是，沒有確認(rèn)）時，沒有持有Condition相對應(yīng)的鎖（也就是生成Condition的鎖）的話，就會拋出IllegalMonitorStateException異常。 所以，await或signal操作，都是針對使用“生成Condtion的鎖”的線程。
參考：
【Java并發(fā)編程實戰(zhàn)】—–“J.U.C”：ConditionJava多線程系列–“JUC鎖”06之 Condition條件新聞熱點
疑難解答
