在JAVA5.0之前，在协调对共享对象的访问时，有synchronized和volatile两种机制。JAVA5.0增加了ReentrantLock机制。ReentrantLock不是用来替代前两者，而是在内置加锁机制不适用时使用的高级功能。
Lock
接口的方法。
void lock();
获取锁。如果获取锁失败，当前线程休眠，直到获取锁成功。
void lockInterruptibly() throws InterruptedException;
获取锁，和上一方法不同之处在于，有两种方式可以终止当前线程的休眠：1.获取锁成功。2.其他线程中断当前线程。
boolean tryLock();
获取锁，立刻返回结果，获取成功返回true，失败返回false。
boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
在指定时间内获取锁。获取到锁之前；时间结束之前；被其他线程终端之前；当前线程会休眠等待获取锁成功。
void unlock();
释放锁。
Condition newCondition();
返回一个绑定到当前锁的Condition实例，等待条件之前，锁必须被当前线程持有，调用Condition的await()方法会自动释放锁，知道重新获取锁。
ReentrantLock
与synchronized相比，ReentrantLock为处理锁的不可用性问题提供了更高的灵活性。
1. ReentrantLock可以中断一个正在等待获取锁的线程。
2. ReentrantLock可以在请求获取一个锁时无限地等待下去。
3. ReentrantLock可以实现非阻塞结构的加锁规则。
轮询锁和定时锁
1. 轮询锁：如果不能获得所有需要的锁，那么可以使用可定时的或可轮询的锁获取方式。这种方式会释放已经获得的锁，然后重新尝试获取所有锁。
2. 定时锁：在实现具有时间限制的操作时，调用了一个阻塞方法是，它可以根据剩余时间来提供一个时限。如果操作不能在指定的时间内给出结果，会使程序提前结束。
可中断的锁获取操作
lockInterruptibly()方法能够在获得锁的同时保持对中断的相应。
tryLock()方法同样可以响应中断，因此当需要实现一个定时的和可中断的锁获取操作时，可以使用tryLock()。
公平性
ReentrantLock支持非公平锁，以支持更多的场景。
synchronized VS ReentrantLock
1. synchronized大家更熟悉。
2. ReentrantLock必须要在finally中unlock。
3. 线程dump中能给出哪些调用帧获得了哪些锁，并能够检测和识别发生死锁的线程。JVM并不知道那线程持有ReentrantLock。
concurrent包支持读写锁
在ReadWriteLock中定义。
一些可选实现：
1. 释放优先。
2. 读线程插队。
3. 重入性。
4. 降级。持有写锁，是否可以不释放锁直接获取读锁。
5. 升级。持有读锁线程，是否可以优先获取写锁。
以上内容部分摘自《java并发编程实战》。
