Lock是一个接口,提供了无条件的、可轮询的、定时的、可中断的锁获取操作,所有的加锁和解锁操作方法都是显示的,因而称为显示锁。
Lock lock = new ReentrantLock()
核心方法:
lock():获取锁
unlock():释放锁
tryLock(long time,TimeUnit unit):尝试获取锁,可以设置超时时间
当加锁后必须要使用unlock释放锁
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;
/**
* @author Administrator
*
*使用显示锁的范式:一定要在finally中释放锁
*/
public class LockDemo {
private Lock lock = new ReentrantLock();
private int count;
public void increament() {
lock.lock();
try {
count++;
}finally {
lock.unlock();
}
}
public synchronized void incr2() {//可重入
count++;
incr2();
}
public synchronized void test3() {//可重入
incr2();
}
}
一、Lock接口和synchronized的比较
1,是否可以设置超时时间:
Lock获取锁时是可以设置超时时间的。而Synchronized获取锁时是没有超时时间的,它会一直在那里等着
2,是否可以被中断:
Lock获取锁可以被中断,synchronized不可以被中断
3,释放锁方式:
使用Lock,必须手动释放锁。synchronized在操作系统层面实现释放锁
4,是否阻塞:
synchronized是阻塞式的, tryLock是非阻塞的
5,可重入性:
synchronized是可重入锁(可重入:一个线程多次去获取一把锁)。因为synchronized内部通过一个计数器来记录获取锁的个数,每获取一把锁,计数器加1.每释放一把锁,计数器就减一。
ReentrantLock也是可重入锁
6,是否公平:
如果在时间上,先获取锁的请求,一定先被满足,这个锁就是公平的。
非公平锁的效率一般来说更高。(在公平的情况下,拿不到锁的线程会进行排队并被挂起,如果轮到该线程去获取锁,该线程还需要解除挂起,然后才能获取锁。因为解除挂起这个操作比较费时,导致了公平锁的效率不高。非公平锁不用排队)
挂起:可以理解为操作系统把当前线程从内存中移除
ReentrantLock的构造方法可以指定是公平锁还是非公平锁,默认非公平锁
7,是否是排他锁:
排他锁:同一时刻只能允许一个线程访问
synchronized和ReentrantLock都是排他锁
二、可重入锁ReentrantLock、所谓锁的公平和非公平
二者都是可重入锁
如果在时间上,先对锁进行获取的请求,一定先被满足,这个锁就是公平的,不满足,就是非公平的
非公平的效率一般来讲更高
private Lock lock = new ReentrantLock();
构造方法可以指定公平锁还是非公平锁,默认非公平。
三、ReadWriteLock接口和读写锁ReentrantReadWriteLock
ReentrantLock和Syn关键字,都是排他锁,同一时刻,只允许同一个线程访问。
读写锁:同一时刻允许多个读线程同时访问,但是写线程访问的时候,所有的读和写都被阻塞,最适宜于读多写少的情况
private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
private Lock readLock = rwl.readLock();//读锁
private Lock writeLock = rwl.writeLock(); //写锁
public int read(){
readLock.lock();
try{
//读操作
}finally{
readLock.unlock();
}
}
public void write(){
writeLock.lock();
try{
//写操作
}finally{
writeLock.unlock();
}
}
四、Condition接口
显示锁中的条件接口Condition,包含如等待和唤醒之类的方法,Condition对象是由Lock对象(调用Lock对象的newCondition()方法)创建出来的,换句话说,Condition是依赖Lock对象的。在显示锁中,唤醒是用signal,而最好不用signalAll,因为signal可以精准唤醒指定的线程,而在隐士锁中用notifyAll,而不用notify,因为notify不能精准唤醒,可能导致死锁。signalAll只能唤醒指定Condition上的等待的线程,其他线程也不能被唤醒,和notifyAll不同。
五、用Lock和Condition实现等待通知
和之前的wait(),notify()不同,只需要signal,不用signalAll