深入浅出AQS之组件概览

之前分析了AQS中的独占锁,共享锁,条件队列三大模块,现在从结构上来看看AQS各个组件的情况。

原文地址:http://www.jianshu.com/p/49b86f9cd7ab

深入浅出AQS之独占锁模式
深入浅出AQS之共享锁模式
深入浅出AQS之条件队列
前面三篇文章如果之前没有AQS基础的话看起来会比较吃力,这篇文章说明一下AQS的基础知识,方便快速了解AQS。

首先AQS的基本执行过程就是尝试获取锁,成功则返回,如果失败就进入同步队列进行锁资源的等待。基于这个流程可以看出队列跟队列中的节点应该是两个重点。

首先来看下AQS里队列节点Node的结构:

Node节点
该类中有五个字段,依次来看一下:
1. prev,next:指向它的前置节点跟后继节点,由此看出AQS中的同步队列是个双向链表。
2. thread:当前线程对象。
3. waitStatus:当前节点的状态,是个int类型变量,依次有如下几种:

类型说明
-1SIGNAL当前节点的后继节点被阻塞,因此当当前节点在释放或者取消的时候需要唤醒它的后继节点。
1CANCELLED当前节点由于超时或者中断被取消,节点进入这个状态以后将保持不变。注:这是唯一大于0的值,很多判断逻辑会用到这个特征
-2CONDITION当前节点正处在条件队列中,在条件达成前不能获取锁。
-3PROPAGATE当前节点获取到锁的信息需要传递给后继节点,共享锁模式使用该值。
0节点初始状态。

4. nextWaiter:如果当前节点是共享模式,该值会指向一个SHARE节点。如果当前节点是在条件队列中,则该值会指向下一个等待条件的节点。

了解了Node节点的数据结构以后,看下独占锁模式下的同步队列的结构:

独占锁同步队列
注:head节点是new出来一个新的Node节点,而tail是直接指向队列中最后一个节点。

了解了独占锁模式队列以后,看下共享锁模式下的同步队列(注意对比其中的不同):

共享锁同步队列
注:共享锁跟独占锁是同一个同步队列,也就是说同步队列中的节点既可以是共享类型也可以是独占类型。

除了独占锁跟共享锁使用的同步队列,还有一个很重要的队列就是条件队列,一起看下:

条件队列

注意区分条件队列跟同步队列的区别:1、头尾指针,2、单链表

搞明白了AQS中这些基础的数据结构以后,最后再看下AQS对外提供的API:
独占锁模式:

方法名说明
acquire独占模式获取锁,不响应中断,如果发生中断只会把当前线程的中断状态设置为true
acquireInterruptibly独占模式获取锁,如果在获取锁的过程中线程被中断,则直接抛出中断异常
release释放锁资源

共享锁模式:

方法名说明
acquireShared共享模式获取锁,不响应中断,如果发生中断只会把当前线程的中断状态设置为true
acquireSharedInterruptibly共享模式获取锁,如果在获取锁的过程中线程被中断,则直接抛出中断异常
releaseShared释放锁资源

条件队列:

方法名说明
await阻塞等待条件,如果被中断则抛出中断异常
awaitUninterruptibly阻塞等待条件,不响应中断,如果发生中断只会把线程中断状态设置为true
awaitNanos等待纳秒时间,如果被中断则抛出中断异常
awaitUntil等待直到一个截止时间,如果被中断则抛出中断异常
await(long time, TimeUnit unit)等待一个指定时间,如果被中断则抛出中断异常
signal唤醒等待队列中的第一个节点
signalAll唤醒等待队列中的所有节点

扩展API:

方法名说明
tryAcquire尝试获取独占锁,不阻塞
tryAcquireNanos尝试在指定纳秒时间内获取独占锁,如果被中断则抛出中断异常
tryRelease尝试释放独占锁,不阻塞
tryAcquireShared尝试获取共享锁,不阻塞
tryAcquireSharedNanos尝试在指定纳秒时间内获取共享锁,如果被中断则抛出中断异常
tryReleaseShared尝试释放共享锁,不阻塞

了解了上面介绍的关于AQS的基础数据结构及API以后,再去看我之前写的三篇分别介绍独占锁,共享锁,条件队列实现原理的文章就不会云里雾里了。

©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页