reentrantlock失效了?_ReentrantLock 源码简单分析

JAVA中锁的实现最常见的方式有两种，一种是 synchronized关键字，一种是Lock。实际的开发过程中，要对这两种方式进行取舍。

synchronized是基于JVM层面实现的， Lock却是基于JDK实现的。

synchronized是一个关键字，使用简单，锁粒度粗。Lock相对复杂，需要释放，锁粒度自由。Lock 功能相对强大，如下表。

下面开始正文，ReentrantLock 是Lock的一种实现，ReentrantLock 是可重入的互斥锁，互斥很好理解，可重入锁单独解释一下：可重复可递归调用的锁，意味着线程可以进入任何一个它已经拥有的锁所同步着的代码块。

ReentrantLock 有三种加锁方法，分别为lock()、tryLock()、和lockInterruptibly()。下面先简单的介绍一下这三个方法的区别。

1）lock(), 拿不到lock就不罢休，不然线程就一直block。

2）tryLock()，马上返回，拿到lock就返回true，不然返回false。

带时间限制的tryLock()，拿不到lock，就等一段时间，超时返回false。

3）lockInterruptibly()

1. 线程在sleep或wait,join， 此时如果别的进程调用此进程的 interrupt（）方法，此线程会被唤醒并被要求处理InterruptedException；

2. 此线程在运行中， 则不会收到提醒。但是 此线程的 “打扰标志”会被设置，可以通过isInterrupted()查看并作出处理。

那么下面我们就来看一下ReentrantLock 的源码。

首先我们来看下lock()方法

sync 可以有两个NonfairSync和FairSync实现，调用构造函数的时候可以选择，区别是：

如果当前线程不是锁的占有者,则NonfairSync并不判断是否有等待队列，直接使用compareAndSwap去进行锁的占用，这样会减少线程挂起和唤醒的开销。

如果当前线程不是锁的占有者,则FairSync则会判断当前是否有等待队列，如果有则将自己加到等待队列尾，保证锁占用的公平性。

下面继续看lock源码。