关于ReentranLock

相对于synchronized，它具备如下特点

• 可中断
• 可以设置超时时间
• 可以设置为公平锁
• 支持多个条件变量

与synchronized一样，都支持可重入

基本用法

public class Demo {

    private static ReentrantLock lock = new ReentrantLock();

    public static void main(String[] args) {
        lock.lock();
        try {
            
        } finally {
            lock.unlock();
        }
    }

}

可重入

可重入是指同一个线程如果首次获得了这把锁，那么因为它是这把锁的拥有者，因此有权利再次获取这把锁，如果是不可重入锁，那么第二次获得锁时，自己也会被锁挡住。

可打断

注意：需要使用lock.lockInterruptibly();用lock.lock是无法打断的

锁超时 

使用tryLock方法，返回的是boolean值，没有线程竞争的情况下：如图

下图是tryLock(time,timeUtil) 

可以为tryLock设置参数，即尝试获取多长时间，如果那段时间内没有获取到锁，就放弃等待。

同时，也支持被打断

 用ReentranLock解决哲学家就餐问题

哲学家就餐问题发生死锁的原因是，每个人都持有一个资源，都在等待别人释放资源，相互等待。

根源在于synchronized关键字如果拿不到锁就要一直等待

 尝试改写代码，先让筷子类继承ReentranLock类，并改写run()方法

重点在于，如果我获取right筷子失败了，我就在finally中释放右手的筷子 

 公平性

synchronized锁是不公平的锁，线程没有抢到锁的时候就会进入阻塞队列等待，当线程释放锁的时候，所有在阻塞队列中的锁会一起争抢，而不是按照先来后到。

ReentranLock默认也是不公平锁

如果传入参数为true的时候，就采取公平锁，不填或false就采取非公平锁，公平锁实质上是为了解决饥饿问题，但没有必要，tryLock更好。

条件变量

synchronized中也有条件变量，就是waitSet休息室，当条件不满足时进入waitSet等待

ReentranLock的条件变量比synchronized强大之处在于，它是支持多个条件变量的，这就好比

• synchronized 是那些不满足条件的线程都在一间休息室等待消息
• 而ReentranLock 支持多间休息室，有专门等烟的休息室、专门等早餐的休息室、唤醒时也是按休息室来唤醒 

 

• await()前需要获得锁
• await执行后，或释放锁，进入conditionObject等待
• await的线程被唤醒(或打断，或超时)重新竞争lock锁
• 竞争lcok锁成功后，从await后继续执行