最近在看pthread方面的书，看到条件变量一节的时候，回忆了下java中条件变量的使用方式。

java中条件变量都实现了java.util.concurrent.locks.Condition接口，条件变量的实例化是通过一个Lock对象上调用newCondition()方法来获取的，这样，条件就和一个锁对象绑定起来了。因此，Java中的条件变量只能和锁配合使用，来控制并发程序访问竞争资源的安全。

 

条件变量的出现是为了更精细控制线程等待与唤醒，在Java5之前，线程的等待与唤醒依靠的是Object对象的wait()和notify()/notifyAll()方法，这样的处理不够精细。

通熟易懂的说，就是消费者/生产者的场景中，在原来的基础上，增加了队列满时及时通知消费者，队列空时及时通知生产者的优化，通常是两个条件变量一起出现，一个控制值，但两个条件变量可以毫无关系，终归来说还是在Lock的范围内。所以，从本质上来说，是对Object监视器的场景性优化，而不是全新机制的引入。

 

从现实应用角度来说，它们常被用于下列场景：

1、写log。比如每1秒或者commit或者日志大于1/3m时候都写入。缓存中大于1/3m时需要等写入完成才能commit。

 

而在Java5中，一个锁可以有多个条件，每个条件上可以有多个线程等待，通过调用await()方法，可以让线程在该条件下等待。当调用signalAll()方法，又可以唤醒该条件下的等待的线程。有关Condition接口详细说明可以具体参考JavaAPI文档。

如下：public class TestConditon

public static void main(String[] args) {        // 创建并发访问的账户        MyCount myCount = new MyCount("95599200901215522", 10000);        // 创建一个线程池        ExecutorService pool = Executors.newFixedThreadPool(3); #假设改成2会怎么样??        Thread t1 = new SaveThread("张三", myCount, 1000);        Thread t2 = new SaveThread("李四", myCount, 1000);        Thread t3 = new DrawThread("王五", myCount, 12600);        Thread t4 = new SaveThread("老张", myCount, 600);        Thread t5 = new DrawThread("老牛", myCount, 1300);        Thread t6 = new DrawThread("胖子", myCount, 800);        Thread t7 = new SaveThread("测试", myCount, 2100);        // 执行各个线程        pool.execute(t1);        pool.execute(t2);        pool.execute(t3);        pool.execute(t4);        pool.execute(t5);        pool.execute(t6);        pool.execute(t7);        // 关闭线程池        pool.shutdown();    }}/** * 存款线程类 */class SaveThread extends Thread {    private String name; // 操作人    private MyCount myCount; // 账户    private int x; // 存款金额    SaveThread(String name, MyCount myCount, int x) {        this.name = name;        this.myCount = myCount;        this.x = x;    }    public void run() {        myCount.saving(x, name);    }}/** * 取款线程类 */class DrawThread extends Thread {    private String name; // 操作人    private MyCount myCount; // 账户    private int x; // 存款金额    DrawThread(String name, MyCount myCount, int x) {        this.name = name;        this.myCount = myCount;        this.x = x;    }    public void run() {        myCount.drawing(x, name);    }}/** * 普通银行账户，不可透支 */class MyCount {    private String oid; // 账号    private int cash; // 账户余额    private Lock lock = new ReentrantLock(); // 账户锁    private Condition _save = lock.newCondition(); // 存款条件    private Condition _draw = lock.newCondition(); // 取款条件    MyCount(String oid, int cash) {        this.oid = oid;        this.cash = cash;    }    /**     * 存款     *      * @param x     *            操作金额     * @param name     *            操作人     */    public void saving(int x, String name) {        lock.lock(); // 获取锁        if (x > 0) {            cash += x; // 存款            System.out.println(name + "存款" + x + "，当前余额为" + cash);        }        _draw.signalAll(); // 唤醒所有等待线程。        lock.unlock(); // 释放锁    }    /**     * 取款     *      * @param x     *            操作金额     * @param name     *            操作人     */    public void drawing(int x, String name) {        lock.lock(); // 获取锁        try {            while (cash - x < 0) {                 _draw.await(); // 阻塞取款操作, await之后就隐示自动释放了lock，直到被唤醒自动获取                 System.out.println(name + "阻塞中");            }            {                cash -= x; // 取款                System.out.println(name + "取款" + x + "，当前余额为" + cash);            }            _save.signalAll(); // 唤醒所有存款操作        } catch (InterruptedException e) {            e.printStackTrace();        } finally {            lock.unlock(); // 释放锁        }    }}

需要注意的是，在共用一个线程池的设计中，特别要注意饿死现象（就像上下高速如果公用车道的话，万一进入的10车全部占坑了，高速里面又满了的话，想出的都出不来，进的进不去，就出现饿死现象了），如果有大量的消费者使得生产者线程无法再运行的话，就会出现该问题，在上述例子中，将线程池数量从3改成2就可以多次测试中发现程序hang了。

所以，我们可以看到典型的在RDBMS系统中都是各种线程各司其职。

详细接口用法可参考javadoc如下：

http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/locks/Condition.html