队列同步器AbstractQueuedSynchronizer源码解析-续1

此续文将介绍独占模式下中断获取以及中断超时获取同步状态的原理

1. LockSupport.park(Object blocker)

阻塞caller线程,注意这时线程状态为Waiting而不是Blocked,所以并发包里凡是通过AQS来使线程等待的都是会使得线程变为Waiting状态或者Time_Waiting状态;LockSupport实现机制和Sychrongzied对象同步器机制不同,Object.norify/notifyAll并不会唤醒通过 LockSupport.park等待的线程。

队列同步器AbstractQueuedSynchronizer源码解析-续1_第1张图片
image.png

这个方法遇到如下三种情况会让LockSupport.park等待的线程唤醒返回

  • Some other thread ** invokes unpark** with the current thread as the target;
  • Some other thread interrupts the current thread;其他线程中断此线程
  • he call spuriously (that is, for no reason) returns.

所以当阻塞的线程发生中断时会立刻从LockSupport.park返回

2. acquireInterruptibly

与acquire相同,但是该方法响应中断,并抛出中断异常

下面是方法详解

acquireInterruptibly

注意第一步是先预判是否线程已经被中断了,如果还没有开始尝试获取锁就已经被中断了则直接重置中断状态并抛出中断异常
队列同步器AbstractQueuedSynchronizer源码解析-续1_第2张图片
image.png
doAcquireInterruptibly
队列同步器AbstractQueuedSynchronizer源码解析-续1_第3张图片
image.png

3. tryAcquireNanos

是带有超时限制的acquireInterruptibly方法

下面是方法详解

tryAcquireNanos
队列同步器AbstractQueuedSynchronizer源码解析-续1_第4张图片
image.png
doAcquireNanos
队列同步器AbstractQueuedSynchronizer源码解析-续1_第5张图片
image.png

你可能感兴趣的:(队列同步器AbstractQueuedSynchronizer源码解析-续1)