在使用Lock之前，我們都使用Object 的wait和notify實現同步的。舉例來說，一個producer和consumer，consumer發現沒有東西了，等待，produer生成東西了，喚醒。
| 線程consumer | 線程producer |
| synchronize(obj){ obj.wait();//沒東西了，等待 } |
synchronize(obj){ obj.notify();//有東西了，喚醒 } |
有了lock后，世道變了，現在是：
| lock.lock(); condition.await(); lock.unlock(); |
lock.lock(); condition.signal(); lock.unlock(); |
為了突出區別，省略了若干細節。區別有三點：
- 1. lock不再用synchronize把同步代碼包裝起來；
- 2. 阻塞需要另外一個對象condition；
- 3. 同步和喚醒的對象是condition而不是lock，對應的方法是await和signal，而不是wait和notify。
為什么需要使用condition呢？簡單一句話，lock更靈活。以前的方式只能有一個等待隊列，在實際應用時可能需要多個，比如讀和寫。為了這個靈活性，lock將同步互斥控制和等待隊列分離開來，互斥保證在某個時刻只有一個線程訪問臨界區（lock自己完成），等待隊列負責保存被阻塞的線程（condition完成）。
通過查看ReentrantLock的源代碼發現，condition其實是等待隊列的一個管理者，condition確保阻塞的對象按順序被喚醒。
在Lock的實現中，LockSupport被用來實現線程狀態的改變，后續將更進一步研究LockSupport的實現機制。