ReentrantLock是Java中java.util.concurrent.locks.Lock的一个实现类，顾名思义它是Java中锁的一种实现，具体一点来说它是Java中一种可重入的独占锁。它与synchronized相比在功能上与之基本相同，但ReentrantLock提供了更为丰富灵活的使用方式，也更加适合复杂的并发场景。但是synchronized是基于JVM层面实现的，而Lock是基于JDK层面实现的。ReentrantLock内部通过内部类实现了AQS框架(AbstractQueuedSynchronizer)的API来实现独占锁的功能。

核心不同对比：

1. 类声明

ReentrantLock类

ReentrantLock的UML图

说明：ReentrantLock 类内部总共存在Sync、NonfairSync、FairSync三个类，NonfairSync与 FairSync类继承自 Sync类，Sync类继承自 AbstractQueuedSynchronizer抽象类。

2. 构造声明

ReentrantLock()构造，默认创建非公平策略（false）的ReentrantLock对象，即new ReentrantLock(false)。
ReentrantLock(boolean fair) 构造，fair参数可指定创建公平策略（true）/非公平策略（false）的ReentrantLock对象。

3. 使用方式

a)    ReentrantLock的基本使用

• 在希望保证线程同步的代码之前显示调用 lock.lock() 尝试获取锁，若被其他线程占用则阻塞；
• 在希望保证线程同步的代码执行完毕之后，需要手动释放锁lock.unlock()，否则会造成死锁（一般来讲把释放锁的逻辑放在需要线程同步的代码包装外的finally块中，以确保锁的释放）；
• 有N个lock.lock()就要有M(M=N)个lock.unlock()，若出现N>M则会造成死锁，若出现N<M< span=””>则会抛出IllegalMonitorStateException异常；

b)   加锁和解锁

• 加锁：

• 通过ReentrantLock的加锁方法Lock进行加锁操作；
• 会调用到内部类Sync的Lock方法，由于Sync#lock是抽象方法，根据ReentrantLock初始化选择的公平锁和非公平锁，执行相关内部类的Lock方法，本质上都会执行AQS的Acquire方法；
• AQS的Acquire方法会执行tryAcquire方法，但是由于tryAcquire需要自定义同步器实现，因此执行了ReentrantLock中的tryAcquire方法，由于ReentrantLock是通过公平锁和非公平锁内部类实现的tryAcquire方法，因此会根据锁类型不同，执行不同的tryAcquire；
• tryAcquire是获取锁逻辑，获取失败后，会执行框架 AQS的后续逻辑，跟ReentrantLock自定义同步器无关。

• 解锁：

• 通过 ReentrantLock的解锁方法 Unlock进行解锁；
• Unlock会调用内部类 Sync的 Release方法，该方法继承于AQS；
• Release中会调用 tryRelease方法，tryRelease需要自定义同步器实现，tryRelease只在ReentrantLock中的Sync实现，因此可以看出，释放锁的过程，并不区分是否为公平锁；
• 释放成功后，所有处理由AQS框架完成，与自定义同步器无关。