ReentrantLock源码（一）

一、简介。    

   ReentrantLock 是一个互斥锁，在基本行为和机制上与synchonized一样，只不过synchonized用方法和声明访问了隐式的锁监视器，但是ReentrantLock 做了功能上的扩展。ReentrantLock 被最后一个成功lock，但是还没unlock的线程拥有。当锁不被其他线程拥有，一个线程会成功的申请锁资源并立即返回。如果当前线程已经拥有了锁，再申请时也会立即返回。通过调用方法isHeldByCurrentThread()获取是否当前线程获得了锁，getHoldCount()得到获得几次锁资源。此类的构造方法接受一个可选的公平 参数。当设置为 true 时，在多个线程的争用下，这些锁倾向于将访问权授予等待时间最长的线程。否则此锁将无法保证任何特定访问顺序。

       与采用默认设置（使用不公平锁）相比，使用公平锁的程序在许多线程访问时表现为很低的总体吞吐量（即速度很慢，常常极其慢），但是在获得锁和保证锁分配的均衡性时差异较小。不过要注意的是，公平锁不能保证线程调度的公平性。因此，使用公平锁的众多线程中的一员可能获得多倍的成功机会，这种情况发生在其他活动线程没有被处理并且目前并未持有锁时。还要注意的是，未定时的 tryLock 方法并没有使用公平设置。因为即使其他线程正在等待，只要该锁是可用的，此方法就可以获得成功。

   在这篇文章里，我们会按照以下流程来对 ReentrantLock 进行解析：

1. ReentrantLock 的数据结构（或者说锁结构）
2. ReentrantLock 加锁的流程
3. ReentrantLock 解锁的流程
4. ReentrantLock 的示例 Demo 以及相关源码解析

1、ReentrantLock的数据结构。

2、类加载过程。

   这里是初始化静态常量serialVersionUID。当然这会首先加载其父类。这里忽略。

3、对象初始化过程。在构造方法中初始化成员变量sync。这里默认初始化为非公平锁。当然也可以传入true初始化为公平锁。即在这里就决定了sync具体的子类实例。体现了多态。

4、内部类介绍。

   里面有三个内部类，Sync类是继承AQS抽象类的，同时Sync类也是抽象类。另外两个内部类都是Sync类的子类。分别是FairSync类和NonFairSync类。

二、