一、前言
什么是AQS,以java中的lock作为引入点(对于lock不太了解的可以看我总结的另一篇博文:Java内置锁、显示锁、可重入锁、读写锁)。大家有没有想过,当多线程并发的时候,当竞争失败的锁是如何实现等待以及被唤醒的呢?
,AQS我们可以理解为就是解决这个问题的。
AQS的全称是AbstractQueuedSynchronizer,它提供了一个FIFO队列,可以看作是一个用来实现同步锁以及其他涉及到同步功能的核心组件,常见的有:ReentrantLock、CountDownLatch等。AQS是一个抽象类,本身没有实现任何的同步接口,仅仅定义了同步状态的获取和以及释放的方法。
二、AQS内部实现原理
1、AQS的底层数据结构
AQS实现依赖于内部的FIFO同步队列,具体是用双向链表。当锁竞争失败后,那么AQS会把当前线程和等待信息打包成一个Node节点加入到队列当中,同时再阻塞该线程。当锁被释放后,会从队列中唤醒一个被阻塞的线程。
Node是AQS的一个内部类,下面源码
static final class Node {
static final Node SHARED = new Node();
static final Node EXCLUSIVE = null;
//等待超时或者被中断,需要从等待队列移除
static final int CANCELLED = 1;
//后续的节点属于等待状态,当前节点释放了锁,需要通知后续节点去运行
static final int SIGNAL = -1;
//当前节点处于等待队列(关于CONDITION此处不讲解,感兴趣可以去翻阅资料)
static final int CONDITION = -2;
// 共享、表示状态需要往后传播
static final int PROPAGATE = -3;
//取值就是上述状态值
volatile int waitStatus;
//前驱节点
volatile Node prev;
//后继节点
volatile Node next;
//当前线程
volatile Thread thread;
//如果当前节点再等待队列,指向的是下一个等待节点
Node nextWaiter;
//是否是共享锁
final boolean isShared() {
return nextWaiter == SHARED;
}
final Node predecessor() throws NullPointerException {
Node p = prev;
if (p == null)
throw new NullPointerException();
else
return p;
}
Node() { // Used to establish initial head or SHARED marker
}
Node(Thread thread, Node mode) { // Used by addWaiter
this.nextWaiter = mode;
this.thread = thread;
}
Node(Thread thread, int waitStatus) { // Used by Condition
this.waitStatus = waitStatus;
this.thread = thread;
}
}
2、释放锁以及添加线程对于队列的变化
2.1添加节点![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/54aef8f5c511a664412c750af3a77539.png)
- 设置prev节点,并且将当前节点的前驱节点的后继节点指向自己
- 利用CAS操作将尾节点设置成自己
2.2释放锁
- 修改head节点指向为下一个获取锁的节点
- 新获取锁的节点的prev节点指向null
这里有个小彩蛋,就是设置尾节点需要使用CAS进行同步,因为可能会并发多个线程竞争添加到阻塞队列中
但是设置头节点却不用,因为设置头节点的时候是已经获取锁的线程来进行的操作,不会有并发冲突
三、AQS源码解析
以前是剖析ReentrantLock可重入锁使用AQS时的源码
1、获取锁释放锁的流程![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/2423c710586bcdc8ee86aa8303c8233d.png)
2、获取锁
public void lock() {
sync.lock();
}
ReentrantLock中有一个静态内置类Sync继承了AQS,并且实现了AQS中获取锁以及释放锁的抽象方法。
NonfairSync(非公平锁)、FailSync(公平锁)两个静态内置类继承Sync
NonfairSync.lock()
final void lock() {
if (compareAndSetState(0, 1))
setExclusiveOwnerThread(Thread.currentThread());
else
acquire(1);
}
- 通过CAS去抢占锁
- 如果成功,保存获得锁成功的当前线程
- 失败,调用acquire走锁竞争逻辑
protected final boolean compareAndSetState(int expect, int update) {
// See below for intrinsics setup to support this
return unsafe.compareAndSwapInt(this, stateOffset, expect, update);
}
compareAndSetState的就是通过乐观锁来进行比较替换,如果state和expect相等就更新为update并且返回true。否则不作处理返回false。
acquire
public final void acquire(int arg) {
if (!tryAcquire(arg) &&
acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
selfInterrupt();
}
- 尝试获取锁,成功返回true,失败返回false。
- 如果未获取成功则需要将当前线程封装成Node对象添加到队列尾部
- acquireQueued通过自旋去尝试获取锁
tryAcquire
在AQS中只是定义,需要在子类中去实现,NonfairSync.tryAcquire实现如下
final boolean nonfairTryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
if (compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
else if (current == getExclusiveOwnerThread()) {
int nextc = c + acquires;
if (nextc < 0) // overflow
throw new Error("Maximum lock count exceeded");
setState(nextc);
return true;
}
return false;
}
- 获取当前线程
- 判断当前状态是否为被锁,state==0说明无锁状态,通过CAS更新state的值(加锁),将线程set为当前线程
- 如果state>0,表示被锁,此时判断当前线程是否为加锁线程,如果是的话,将state的值加1 此为可重入锁的设计
addWaiter
将当前线程封装成Node添加到队列中
private Node addWaiter(Node mode) {
Node node = new Node(Thread.currentThread(), mode);
// Try the fast path of enq; backup to full enq on failure
Node pred = tail;
if (pred != null) {
node.prev = pred;
if (compareAndSetTail(pred, node)) {
pred.next = node;
return node;
}
}
enq(node);
return node;
}
- 判断当前尾节点是否为null,不为null,则通过CAS将当前节点加入到对队尾
- 为null的话调用end方法
end
通过自旋操作将节点加入到duilie
private Node enq(final Node node) {
for (;;) {
Node t = tail;
//第一次循环tail==null
if (t == null) { // Must initialize
//head指向一个new出来的节点
if (compareAndSetHead(new Node()))
//尾节点指向头节点
tail = head;
} else {
node.prev = t;
//CAS操作将node加入到队列
if (compareAndSetTail(t, node)) {
t.next = node;
return t;
}
}
}
}
假如有两个线程t1,t2同时进入enq方法,t==null表示队列是首次使用,需要先初始化
另外一个线程cas失败,则进入下次循环,通过cas操作将node添加到队尾
acquireQueued
将添加到队列中的Node作为参数传入acquireQueued方法,这里面会做抢占锁的操作
final boolean acquireQueued(final Node node, int arg) {
boolean failed = true;
try {
boolean interrupted = false;
for (;;) {
final Node p = node.predecessor();
if (p == head && tryAcquire(arg)) {
setHead(node);
p.next = null; // help GC
failed = false;
return interrupted;
}
if (shouldParkAfterFailedAcquire(p, node) &&
parkAndCheckInterrupt())
interrupted = true;
}
} finally {
if (failed)
cancelAcquire(node);
}
}
通过自旋来抢占锁
- 获取当前节点的前驱节点,如果是head节点则有资格去争夺锁,调用tryAcquire去抢占锁
- 抢占成功后将当前节点设置为head节点并释放掉原有的头节点
- 如果获得锁失败,则根据waitStatus决定是否需要挂起线程
- 最后如果异常,通过cancelAcquire取消获得锁的操作(将节点从队列中剔除)
shouldParkAfterFailedAcquire
private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
int ws = pred.waitStatus;
if (ws == Node.SIGNAL)
/*
* This node has already set status asking a release
* to signal it, so it can safely park.
*/
return true;
if (ws > 0) {
/*
* Predecessor was cancelled. Skip over predecessors and
* indicate retry.
*/
do {
node.prev = pred = pred.prev;
} while (pred.waitStatus > 0);
pred.next = node;
} else {
/*
* waitStatus must be 0 or PROPAGATE. Indicate that we
* need a signal, but don't park yet. Caller will need to
* retry to make sure it cannot acquire before parking.
*/
compareAndSetWaitStatus(pred, ws, Node.SIGNAL);
}
return false;
}
- shouldParkAfterFailedAcquire方法是判断一个争用锁的线程是否应该被阻塞。它首先判断一个节点的前置节点的状态是否为Node.SIGNAL,如果是,是说明此节点已经将状态设置-如果锁释放,则应当通知它,所以它可以安全的阻塞了,返回true。
- 如果前驱节点是1,需要将当前节点移除,再循环往前遍历
- 如果前继节点为“0”或者“共享锁”状态,则设置前继节点为SIGNAL状态
parkAndCheckInterrupt
如果shouldParkAfterFailedAcquire返回了true,则会执行:parkAndCheckInterrupt()方法,它是通过LockSupport.park(this)将当前线程挂起到WATING状态,它需要等待一个中断、unpark方法来唤醒它,
private final boolean parkAndCheckInterrupt() {
LockSupport.park(this);
return Thread.interrupted();
}
LockSupport
工具类
LockSupport类是Java6引入的一个类,提供了基本的线程同步原语。LockSupport实际上是调用了Unsafe类里的函数,归结到Unsafe里,只有两个函数:
unpark、park。分别是唤醒和挂起操作
3、释放锁
ReentrantLock.unlock
public final boolean release(int arg) {
//释放锁
if (tryRelease(arg)) {
Node h = head;
if (h != null && h.waitStatus != 0)
//唤醒线程
unparkSuccessor(h);
return true;
}
return false;
}
tryRelease
protected final boolean tryRelease(int releases) {
//state减1
int c = getState() - releases;
if (Thread.currentThread() != getExclusiveOwnerThread())
throw new IllegalMonitorStateException();
boolean free = false;
if (c == 0) {
//如果state==0释放锁
free = true;
//将线程set为null
setExclusiveOwnerThread(null);
}
//设置state的值
setState(c);
return free;
}
unparkSuccessor
这里就是真正的释放锁,并且唤醒下一个节点
private void unparkSuccessor(Node node) {
/*
* If status is negative (i.e., possibly needing signal) try
* to clear in anticipation of signalling. It is OK if this
* fails or if status is changed by waiting thread.
*/
int ws = node.waitStatus;
if (ws < 0)
compareAndSetWaitStatus(node, ws, 0);
Node s = node.next;
//判断后继节点是否为空或者是否是取消状态,
if (s == null || s.waitStatus > 0) {
s = null;
//找到第一个waitStatus<=0的节点
for (Node t = tail; t != null && t != node; t = t.prev)
if (t.waitStatus <= 0)
s = t;
}
//内部首先会发生的动作是获取head节点的next节点,如果获取到的节点不为空,则直接通过:“LockSupport.unpark()”方法来释放对应的被挂起的线程,这样一来将会有一个节点唤醒后继续进入循环进一步尝试tryAcquire()方法来获取锁
if (s != null)
LockSupport.unpark(s.thread);
}
总结:本文主要是通过非公平锁的独占锁(可重入)实现来进行AQS框架的一个分析。在获得同步锁时,同步器维护一个同步队列,获取状态失败的线程都会被加入到队列中并在队列中进行自旋;移出队列(或停止自旋)的条件是前驱节点为头节点且成功获取了同步状态。在释放同步状态时,同步器调用tryRelease(int arg)方法释放同步状态,然后唤醒头节点的后继节点。