详解ReentrantLock(小白易懂)
初识ReentrantLock
ReentrantLock是可重入的互斥锁,虽然具有与synchronized相同功能,但是会比synchronized更加灵活(具有更多的方法)。
ReentrantLock底层基于AbstractQueuedSynchronizer实现
AbstractQueuedSynchronizer抽象类定义了一套多线程访问共享资源的同步模板,解决了实现同步器时涉及的大量细节问题,能够极大地减少实现工作,
用大白话来说,AbstractQueuedSynchronizer为加锁和解锁过程提供了统一的模板函数,只有少量细节由子类自己决定。
ReentrantLock结构组成
学任何知识的第一件事,就是看清它的全貌,梳理出整体结构与主流程,之后逐个击破,所以带读者们先看下ReentrantLock整体结构组成,
对它的实现有个大致的了解。

上图可以看出来,ReentrantLock整体结构还是非常简单,给读者们分析一波,为什么ReentrantLock结构是这样设计的,
首先ReentrantLock实现了Lock接口,Lock接口是Java中对锁操作行为的统一规范,遵守规则规范是守法公民的基本素养,合情合理,Lock接口的定义如下:
public interface Lock {
void lock( );
void lockInterruptibly() throws InterruptedException;
boolean tryLock():
boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
void unlock();
Condition newCondition():
}
Lock接口定义的函数不多,接下来ReentrantLock要去实现这些函数,遵循着解耦可扩展设计,ReentrantLock内部定义了专门的组件Sync,
Sync继承AbstractQueuedSynchronizer提供释放资源的实现,NonfairSync和FairSync是基于Sync扩展的子类,
即ReentrantLock的非公平模式与公平模式,它们作为Lock接口功能的基本实现。

大白话来说,企业的老板,为了响应政府的政策,需要对企业内部做调整,但是政府每年政策都不一样,每次都要自己去亲力亲为,索性长痛不如短痛,
专门成立一个政策应对部门,以后这些事情都交予这个部门去做,老板只需要指挥它们就好了。

清楚了ReentrantLock结构组成之后,下面我只需对Sync、NonfairSync、FairSync逐个击破,ReentrantLock自然水到渠成。
小贴士:在ReentrantLock中,它对AbstractQueuedSynchronizer的state状态值定义为线程获取该锁的重入次数,
state状态值为0表示当前没有被任何线程持有,state状态值为1表示被其他线程持有,因为支持可重入,如果是持有锁的线程,再次获取同一把锁,
直接成功,并且state状态值+1,线程释放锁state状态值-1,同理重入多次锁的线程,需要释放相应的次数。
Sync
Sync可以说是ReentrantLock的亲儿子,它寄托了全村的希望,完美的继承了AbstractQueuedSynchronizer,是ReentrantLock的核心,
后面的NonfairSync与FairSync都是基于Sync扩展出来的子类。以下是Sync类定义的核心部分:
abstract static class Sync extends AbstractQueuedSynchronizer {
private static final long serialversionUID = -5179523762034025860L;
abstract void lock();
final boolean nonfairTryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
if (compareAndSetstate(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
else if (current== getExclusiveOwnerThread()){
int nextc