相对于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后继续执行
?
?
?