使用ReentrantLock 类
在Java多线程中,可以使用synchronized关键字来实现线程之间同步互斥,但在JDK1.5中新增加了ReentrantLock类也能达到同样的效果,并且在扩展功能上也更加强大,比如具有嗅探锁定、多路分支通知等功能,而且在使用上也比 synchronized更加的灵活。
调用ReentrantLock对象的lock()方法获取锁,调用unlock()方法释放锁。
调用lock.lock()代码的线程就持有了“对象监视器”,其他线程只有等待锁被释放时再次争抢。效果和使用synchronized关键字一样,线程之间还是顺序执行的。
使用Condition实现等待/通知
关键字synchronized与 wait()和 notify()/notifyAll)方法相结合可以实现等待/通知模式,类ReentrantLock 也可以实现同样的功能,但需要借助于Condition对象。Condition类是在JDK5中出现的技术,使用它有更好的灵活性,比如可以实现多路通知功能,也就是在一个Lock对象里面可以创建多个Condition(即对象监视器)实例,线程对象可以注册在指定的Condition中,从而可以有选择性地进行线程通知,在调度线程上更加灵活。
在使用notify()/notifyAll()方法进行通知时,被通知的线程却是由JVM随机选择的。但使用ReentrantLock结合Condition类是可以实现“选择性通知”,这个功能是非常重要的,而且在 Condition类中是默认提供的。
而synchronized就相当于整个Lock对象中只有一个单一的Condition对象,所有的线程都注册在它一个对象的身上。线程开始notifyAll)时,需要通知所有的WAITING线程,没有选择权,会出现相当大的效率问题。
成功实现等待/通知模式。
Object类中的 wait()方法相当于Condition类中的await()方法。
Object类中的 wait(long timeout)方法相当于Condition类中的 await(long time, TimeUnit unit)方法。
Object类中的notify)方法相当于Condition类中的signal()方法。
Object类中的notifyAll)方法相当于Condition类中的signalAll()方法。
使用多个Condition 实现通知部分线程
使用ReentrantLock对象可以唤醒指定种类的线程,这是控制部分线程行为的方便方式。
公平锁与非公平锁
公平与非公平锁:锁Lock分为“公平锁”和“非公平锁”,公平锁表示线程获取锁的顺序是按照线程加锁的顺序来分配的,即先来先得的FIFO先进先出顺序。而非公平锁就是一种获取锁的抢占机制,是随机获得锁的,和公平锁不一样的就是先来的不一定先得到锁,这个方式可能造成某些线程一直拿不到锁,结果也就是不公平的了。
使用ReentrantReadWriteLock类
类 ReentrantLock具有完全互斥排他的效果,即同一时间只有一个线程在执行ReentrantLock.lock()方法后面的任务。这样做虽然保证了实例变量的线程安全性,但效率却是非常低下的。所以在JDK中提供了一种读写锁ReentrantReadWriteLock 类,使用它可以加快运行效率,在某些不需要操作实例变量的方法中,完全可以使用读写锁ReentrantReadWriteLock来提升该方法的代码运行速度。
读写锁表示也有两个锁,一个是读操作相关的锁,也称为共享锁;另一个是写操作相关的锁,也叫排他锁。也就是多个读锁之间不互斥,读锁与写锁互斥,写锁与写锁互斥。在没
类ReentrantReadWriteLock的使用︰读读共享
两个线程几乎同时进入lock()方法后面的代码。说明在此使用了lock.readLock()读锁可以提高程序运行效率,允许多个线程同时执行lock()方法后面的代码。
类ReentrantReadWriteLock的使用:写写互斥
类ReentrantReadWriteLock的使用:读写互斥
类ReentrantReadWriteLock的使用:写读互斥