ReentrantLock中acquireQueued关于挂起，中断的一些理解

熟悉ReentrantLock获取锁流程的小伙伴们应该能看懂下面的步骤，如果不熟悉的话可能会有点懵

acquireQueued在acquire方法里，当获取锁失败时会进入此方法

当shouldParkAfterFailedAcquire()返回true的时候，会进入parkAndCheckInterrupt()方法

parkAndCheckInterrupt()方法：

看到LockSupport.park(this)进行了线程的挂起，这里不讨论底层如何实现挂起的

现在关注关于interrupt的部分，一个是这里parkAndCheckInterrupt()中的Thread.interrupted()，另一个是acquire中，如果acquireQueued返回true的话会进入selfInterrupt()

发现，不管parkAndCheckInterrupt如果返回true还是false，自然都会被唤醒后进入循环继续竞争锁，如果竞争到了，而且parkAndCheckInterrupt也是返回true，那么acquireQueued返回interrupted就会是true，在acquire中就会进入selfInterrupt()，如有上图可看到这个方法是中断线程的，为什么获取到了锁后要中断线程呢？

以下说说一些理解，可能不是很深刻也可能有错。

先来认识一下中断

在Java中没有办法立即停止一条线程，然而停止线程却显得尤为重要，如取消一个耗时操作。因此，Java提供了一种用于停止线程的机制——中断。中断只是一种协作机制，Java没有给中断增加任何语法，中断的过程完全需要程序员自己实现。若要中断一个线程，你需要手动调用该线程的interrupt方法，该方法也仅仅是将线程对象的中断标识设成true；接着你需要自己写代码不断地检测当前线程的标识位；如果为true，表示别的线程要求这条线程中断，此时究竟该做什么需要你自己写代码实现。每个线程对象中都有一个标识，用于表示线程是否被中断；该标识位为true表示中断，为false表示未中断；通过调用线程对象的interrupt方法将该线程的标识位设为true；可以在别的线程中调用，也可以在自己的线程中调用。

中断相关的方法：

public void interrupt() 

public boolean isInterrupted() 

public static boolean interrupted()

接下来看看这三个方法：

注意到interrupt()是实例方法，interrupted()是类方法

1.interrupt() 

如上图所示：Thread.currentThread().interrupt();

会将中断标识位置为true

2.interrupted()

ClearInterrupted为true意即将当前线程的中断标识设置为False，为false意即不改变当前线程的中断标识

parkAndCheckInterrupt会返回当前线程中断状态并重置为false

3.isInterrupted()

返回当前线程中断状态

 

中断说完了，回到为什么获取到锁后要进行一次中断

这里说的挂起并不是操作系统概念的挂起，操作系统中的挂机会有内存交换的发生，而这里同指阻塞

当LockSupport.park()挂起阻塞被唤醒，不再被挂起，被唤醒的原因可能是有线程在某处对本线程调用了LockSupport.unpark(s.thread)（因该线程释放锁，释放资源）

简单说下park和unpark

park：

挂起当前线程，除非线程获得了许可证。
假如线程没有许可证，那么会将线程挂起，
假如线程有许可，被调用的话会直接返回。

unpark，线程不再被挂起的条件有：

1.当有其他的线程调用了unpark()将当前线程作为参数的时候。
2.有线程中断当前线程。
3.调用没有逻辑的返回。

原因：

1.return Thread.interrupted()检查当前线程的中断状态并置false。如果发现该线程被中断过，就再中断一次。

2.如上所说，线程不知为何不再挂起被唤醒。线程被唤醒后还是会不断地去尝试获取锁，直到抢到锁为止。也就是说，在整个流程中，并不响应中断，只是记录中断记录。最后抢到锁返回了，那么如果被中断过的话，就需要补充一次中断。我的理解这就是对之前的中断补充一个响应，如果不对中断做任何响应的话就违背了中断机制的规则，不能既不抛出也不响应

 

花了比较大的篇幅介绍哪里出现了挂起以及唤醒望见谅。以上是我的一些浅薄的理解，欢迎大家交流指正。