最近在看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 classTestConditon
public static voidmain(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 extendsThread {private String name; //操作人
private MyCount myCount; //账户
private int x; //存款金额
SaveThread(String name, MyCount myCount,intx) {this.name =name;this.myCount =myCount;this.x =x;
}public voidrun() {
myCount.saving(x, name);
}
}/*** 取款线程类*/
class DrawThread extendsThread {private String name; //操作人
private MyCount myCount; //账户
private int x; //存款金额
DrawThread(String name, MyCount myCount,intx) {this.name =name;this.myCount =myCount;this.x =x;
}public voidrun() {
myCount.drawing(x, name);
}
}/*** 普通银行账户,不可透支*/
classMyCount {private String oid; //账号
private int cash; //账户余额
private Lock lock = new ReentrantLock(); //账户锁
private Condition _save = lock.newCondition(); //存款条件
private Condition _draw = lock.newCondition(); //取款条件
MyCount(String oid,intcash) {this.oid =oid;this.cash =cash;
}/*** 存款
*
*@paramx
* 操作金额
*@paramname
* 操作人*/
public void saving(intx, String name) {
lock.lock();//获取锁
if (x > 0) {
cash+= x; //存款
System.out.println(name + "存款" + x + ",当前余额为" +cash);
}
_draw.signalAll();//唤醒所有等待线程。
lock.unlock(); //释放锁
}/*** 取款
*
*@paramx
* 操作金额
*@paramname
* 操作人*/
public void drawing(intx, 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