在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并发编程实战》。