概述
全称是 AbstractQueuedSynchronizer,是阻塞式锁和相关的同步器工具的框架,AQS定义两种资源共享方式:Exclusive(独占,只有一个线程能执行,如ReentrantLock)和Share(共享,多个线程可同时执行,如Semaphore/CountDownLatch)。
- 特点:
用state属性来表示资源的状态(分独占模式和共享模式),子类需要定义如何维护这个状态,控制如何获取锁和释放锁getState- 获取state状态setState- 设置state状态compareAndSetState-cas机制设置state状态
独占模式是只有一个线程能够访问资源,而共享模式可以允许多个线程访问资源 - 提供了基于 FIFO 的等待队列,类似于
Monitor的EntryList - 提供了条件变量来实现等待、唤醒机制,支持多个条件变量,类似于
Monitor的WaitSet - 子类主要实现这样一些方法(默认抛出
UnsupportedOperationException)isHeldExclusively():该线程是否正在独占资源。只有用到condition才需要去实现它。tryAcquire(int):独占方式。尝试获取资源,成功则返回true,失败则返回false。tryRelease(int):独占方式。尝试释放资源,成功则返回true,失败则返回false。tryAcquireShared(int):共享方式。尝试获取资源。负数表示失败;0表示成功,但没有剩余可用资源;正数表示成功,且有剩余资源tryReleaseShared(int):共享方式。尝试释放资源,如果释放后允许唤醒后续等待结点返回true,否则返回false。框架结构
它维护了一个volatile int state(代表共享资源)和一个FIFO线程等待队列(多线程争用资源被阻塞时会进入此队列)
以ReentrantLock为例,state初始化为0,表示未锁定状态。A线程lock()时,会调用tryAcquire()独占该锁并将state+1。此后,其他线程再tryAcquire()时就会失败,直到A线程unlock()到state=0(即释放锁)为止,其它线程才有机会获取该锁。当然,释放锁之前,A线程自己是可以重复获取此锁的(state会累加),这就是可重入的概念。但要注意,获取多少次就要释放多么次,这样才能保证state是能回到零态的。
再以CountDownLatch以例,任务分为N个子线程去执行,state也初始化为N(注意N要小于等于线程个数最好一致)。这N个子线程是并行执行的,每个子线程执行完后countDown()一次,state会CAS减1。等到所有子线程都执行完后(即state=0),会unpark()主调用线程,然后主调用线程就会从await()函数返回,继续后余动作。
一般来说,自定义同步器要么是独占方法,要么是共享方式,他们也只需实现tryAcquire-tryRelease、tryAcquireShared-tryReleaseShared中的一种即可。但AQS也支持自定义同步器同时实现独占和共享两种方式,如ReentrantReadWriteLock。
源码详解
AQS使用一个volatile的int类型的成员变量来表示同步状态,通过内置的 FIFO队列来完成资源获取的排队工作,将每个要去抢占资源的线程封装成 一个Node节点来实现锁的分配,通过CAS完成对State值的修改。
结点状态waitStatus
Node结点是对每一个等待获取资源的线程的封装,其包含了需要同步的线程本身及其等待状态,如是否被阻塞、是否等待唤醒、是否已经被取消等。变量waitStatus则表示当前Node结点的等待状态,共有5种取值CANCELLED、SIGNAL、CONDITION、PROPAGATE、0。
- CANCELLED(1):表示当前结点已取消调度。当
timeout或被中断(响应中断的情况下),会触发变更为此状态,进入该状态后的结点将不会再变化。 - SIGNAL(-1):表示后继结点在等待当前结点唤醒(
**前继节点有责任换醒后继线程**)。后继结点入队时,会将前继结点的状态更新为SIGNAL。 - CONDITION(-2):表示结点等待在
Condition上,当其他线程调用了Condition的signal()方法后,CONDITION状态的结点将从等待队列转移到同步队列中,等待获取同步锁。 - PROPAGATE(-3):共享模式下,前继结点不仅会唤醒其后继结点,同时也可能会唤醒后继的后继结点。
- 0:新结点入队时的默认状态。
注意:负值表示结点处于有效等待状态,而正值表示结点已被取消。所以源码中很多地方用>0、<0来判断结点的状态是否正常。
获取独占锁
acquire(int)
该方法是独占模式下线程获取共享资源的顶层入口。如果获取到资源,线程直接返回,否则进入等待队列,直到获取到资源为止,且整个过程忽略中断的影响。这也正是lock()的语义,当然不仅仅只限于lock()。获取到资源后,线程就可以去执行其临界区代码了。
public final void acquire(int arg) {if (!tryAcquire(arg) &&acquireQueued(addWaiter(Node.EXCLUSIVE), arg))selfInterrupt();}
- 分析
tryAcquire()尝试直接去获取资源,如果成功则直接返回addWaiter()将该线程加入等待队列的尾部,并标记为独占模式;acquireQueued()使线程阻塞在等待队列中获取资源,一直获取到资源后才返回。如果在整个等待过程中被中断过,则返回true,否则返回false。- 如果线程在等待过程中被中断过,它是不响应的。只是获取资源后才再进行自我中断
selfInterrupt(),将中断补上
- 执行流程
- 调用自定义同步器的
tryAcquire()尝试直接去获取资源,如果成功则直接返回; - 没成功,则
addWaiter()将该线程加入等待队列的尾部,并标记为独占模式; acquireQueued()使线程在等待队列中休息,有机会时会去尝试获取资源。获取到资源后才返回。如果在整个等待过程中被中断过,则返回true,否则返回false。- 如果线程在等待过程中被中断过,它是不响应的。只是获取资源后才再进行自我中断selfInterrupt(),将中断补上。
tryAcquire(int)
该方法尝试去获取独占资源。如果获取成功,则直接返回true,否则直接返回false。这也正是tryLock()的语义,AbstractQueuedSynchronizer里的tryAcquire没有做方法实现,因为AQS只是一个框架,具体资源的获取/释放方式交由自定义同步器去实现,之所以没有定义成abstract,是因为独占模式下只要实现tryAcquire-tryRelease两个方法,而共享模式下只用实现tryAcquireShared-tryReleaseShared两个方法。如果都定义成abstract,那么每个模式也要去实现另一模式下的接口
java.util.concurrent.locks.AbstractQueuedSynchronizer#tryAcquire 抽象类默认protected boolean tryAcquire(int arg) {throw new UnsupportedOperationException();}java.util.concurrent.locks.ReentrantLock.NonfairSync#tryAcquire 子类实现protected final boolean tryAcquire(int acquires) {return nonfairTryAcquire(acquires);}java.util.concurrent.locks.ReentrantLock.FairSync#tryAcquire 子类实现protected final boolean tryAcquire(int acquires) {final Thread current = Thread.currentThread();int c = getState();if (c == 0) {if (!hasQueuedPredecessors() &&compareAndSetState(0, acquires)) {setExclusiveOwnerThread(current);return true;}}else if (current == getExclusiveOwnerThread()) {int nextc = c + acquires;if (nextc < 0)throw new Error("Maximum lock count exceeded");setState(nextc);return true;}return false;}
addWaiter(Node)
该方法用于将当前线程加入到等待队列的队尾,并返回当前线程所在的结点
private Node addWaiter(Node mode) {//以给定模式构造结点。mode有两种:EXCLUSIVE(独占)和SHARED(共享)Node node = new Node(Thread.currentThread(), mode);//尝试快速方式直接放到队尾。Node pred = tail;if (pred != null) {node.prev = pred;if (compareAndSetTail(pred, node)) {pred.next = node;return node;}}//上一步失败则通过enq入队。enq(node);return node;}
enq(Node)
该方法用于将node加入队尾
private Node enq(final Node node) {//CAS"自旋",直到成功加入队尾for (;;) {Node t = tail;if (t == null) {//初始化 队列为空,创建一个空的标志结点作为head结点,并将tail也指向它。if (compareAndSetHead(new Node()))tail = head;} else {//正常流程,放入队尾node.prev = t;if (compareAndSetTail(t, node)) {t.next = node;return t;}}}}
首次进入该方法时,还没有对头和对尾的节点,会使用cas创建一个空节点
若是执行cas操作失败,则第二次循环进入else逻辑
acquireQueued(Node, int)
当执行到该方法时说明当前线程获取资源失败,已经被放入等待队列尾部了。当前线程需要进入等待状态状态,直到其他线程彻底释放资源后唤醒,简而言之就是让当前线程在等待队列中排队,直到被唤醒。
- 结点进入队尾后,检查状态,找到安全休息点;
- 调用park()进入waiting状态,等待unpark()或interrupt()唤醒自己;
- 被唤醒后,看自己是不是有资格能拿到号。如果拿到,head指向当前结点,并返回从入队到拿到号的整个过程中是否被中断过;如果没拿到,继续流程1。
final boolean acquireQueued(final Node node, int arg) {//标记是否成功拿到资源boolean failed = true;try {//标记等待过程中是否被中断过boolean interrupted = false;//CAS自旋for (; ; ) {//拿到前驱节点final Node p = node.predecessor();//如果前驱是head,即该结点已成第二个节点,那么便有资格去尝试获取资源if (p == head && tryAcquire(arg)) {//拿到资源后,将head指向该结点。所以head所指的标杆结点,//就是当前获取到资源的那个结点或null。setHead(node);// setHead中node.prev已置为null,此处再将head.next置为null,//就是为了方便GC回收以前的head结点。也就意味着之前拿完资源的结点出队了!p.next = null;// 成功获取资源failed = false;//返回等待过程中是否被中断过return interrupted;}//如果自己可以休息了,就通过park()进入waiting状态,直到被unpark()。//如果不可中断的情况下被中断了,//那么会从park()中醒过来,发现拿不到资源,从而继续进入park()等待。if (shouldParkAfterFailedAcquire(p, node) && parkAndCheckInterrupt())//如果等待过程中被中断过,哪怕只有那么一次,就将interrupted标记为trueinterrupted = true;}} finally {// 如果等待过程中没有成功获取资源(如timeout,或者可中断的情况下被中断了),//那么取消结点在队列中的等待。if (failed)cancelAcquire(node);}}
shouldParkAfterFailedAcquire(Node, Node)
该方法主要用于检查状态,看看自己是否真的可以进入等待了,防止队列前边的线程都放弃了。整个流程中,如果前驱结点的状态不是SIGNAL,那么当前线程就不能安心去休息,需要去找个安心的休息点,同时可以再尝试下看有没有机会轮到自己拿号。 ```java private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {
}//拿到前驱的状态int ws = pred.waitStatus;if (ws == Node.SIGNAL)//如果前驱节点状态为-1,则直接进入等待队列return true;if (ws > 0) {// 如果前驱放弃了,那就一直往前找,直到找到最近一个正常等待的状态,//并排在它的后边。do {node.prev = pred = pred.prev;} while (pred.waitStatus > 0);pred.next = node;} else {//如果前驱正常,那就把前驱的状态设置成SIGNAL,告诉它拿完号后通知自己一下。compareAndSetWaitStatus(pred, ws, Node.SIGNAL);}return false;
<a name="4wPZS"></a>### parkAndCheckInterrupt()如果线程找好安全休息点后,那就可以安心去休息了。此方法就是让线程去休息,真正进入等待状态。`park()`会让当前线程进入`waiting`状态。在此状态下,有两种途径可以唤醒该线程:1)被`unpark()`;2)被`interrupt()`。需要注意的是,`Thread.interrupted()`会清除当前线程的中断标记位。```javaprivate final boolean parkAndCheckInterrupt() {//调用park()使线程进入waiting状态LockSupport.park(this);//如果被唤醒,查看自己是不是被中断的。return Thread.interrupted();}
释放独占锁
release(int)
该方法是独占模式下线程释放共享资源的顶层入口。它会释放指定量的资源,如果彻底释放了(即state=0),它会唤醒等待队列里的其他线程来获取资源。这也正是unlock()的语义。它调用tryRelease()来释放资源。有一点需要注意的是,它是根据tryRelease()的返回值来判断该线程是否已经完成释放掉资源了。
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(int)
该方法尝试去释放指定量的资源,跟tryAcquire()一样,这个方法是需要独占模式的自定义同步器去实现的。正常来说,tryRelease()都会成功的,因为这是独占模式,该线程来释放资源,那么它肯定已经拿到独占资源了,直接减掉相应量的资源即可(state-=arg),也不需要考虑线程安全的问题。但要注意它的返回值,release()是根据tryRelease()的返回值来判断该线程是否已经完成释放掉资源了,所以自义定同步器在实现时,如果已经彻底释放资源(state=0),要返回true,否则返回false
protected boolean tryRelease(int arg) {throw new UnsupportedOperationException();}//java.util.concurrent.locks.ReentrantLock.Sync#tryRelease 子类实现protected final boolean tryRelease(int releases) {int c = getState() - releases;if (Thread.currentThread() != getExclusiveOwnerThread())throw new IllegalMonitorStateException();boolean free = false;if (c == 0) {free = true;setExclusiveOwnerThread(null);}setState(c);return free;}
unparkSuccessor(Node)
该方法用于唤醒等待队列中下一个线程,简单点说就是用unpark()唤醒等待队列中最前边的那个未放弃线程
结合acquireQueued()联系起来,s被唤醒后,进入if (p == head && tryAcquire(arg))的判断,即使p!=head也没关系,它会再进入shouldParkAfterFailedAcquire()寻找一个安全点。这里既然s已经是等待队列中最前边的那个未放弃线程了,那么通过shouldParkAfterFailedAcquire()的一次或多次调整,s也必然会跑到head的next结点,下一次自旋p==head就成立了,然后s把自己设置成head结点,表示自己已经获取到资源了,acquire()也返回了
private void unparkSuccessor(Node node) {//node一般为当前线程所在的结点。int ws = node.waitStatus;if (ws < 0)//置零当前线程所在的结点状态,允许失败。compareAndSetWaitStatus(node, ws, 0);//找到下一个需要唤醒的结点sNode s = node.next;if (s == null || s.waitStatus > 0) {//如果为空或已取消s = null;for (Node t = tail; t != null && t != node; t = t.prev)// 从后向前找if (t.waitStatus <= 0)s = t;}if (s != null)//唤醒LockSupport.unpark(s.thread);}
release异常
如果获取锁的线程在release时异常了,没有unpark队列中的其他结点,这时队列中的其他结没法再被唤醒
public class ReleaseException {static ReentrantLock lock = new ReentrantLock();public static void main(String[] args) {ReleaseException r = new ReleaseException();r.testReleaseException();}public void testReleaseException() {for (int i = 0; i < 2; i++) {new MyThread(i).start();//确保线程0先启动Sleeper.sleep(2);}//主线程等待60sSleeper.sleep(60);}class MyThread extends Thread {private int index;public MyThread(int index) {this.index = index;}@Overridepublic void run() {Thread.currentThread().setName("my-" + index);log.info("{}:加锁前", index);lock.lock();try {log.info("{}:已经获取锁", index);if (index == 0) {//线程0 sleep 3秒Sleeper.sleep(3);} else {//线程1 sleep 300秒Sleeper.sleep(30);}} finally {//通过debug,让线程0在unlock()->release()->unparkSuccessor(Node node)时,强制让node=null,从而让"int ws = node.waitStatus;"抛出NPE,无法执行后续的unpark操作。lock.unlock();log.info("{}:释放锁", index);}}}}
获取共享锁
acquireShared(int)
该方法是共享模式下线程获取共享资源的顶层入口。它会获取指定量的资源,获取成功则直接返回,获取失败则进入等待队列,直到获取到资源为止,整个过程忽略中断。
这里tryAcquireShared()依然需要自定义同步器去实现。但是AQS已经把其返回值的语义定义好了:负值代表获取失败;0代表获取成功,但没有剩余资源;正数表示获取成功,还有剩余资源,其他线程还可以去获取。所以这里acquireShared()的流程就是:
tryAcquireShared()尝试获取资源,成功则直接返回;- 失败则通过
doAcquireShared()进入等待队列,直到被unpark()/interrupt()并成功获取到资源才返回。整个等待过程也是忽略中断的。
跟acquire()的流程大同小异,只不过多了个自己拿到资源后,还会去唤醒后继队友的操作
public final void acquireShared(int arg) {if (tryAcquireShared(arg) < 0)doAcquireShared(arg);}
doAcquireShared(int)
该方法用于将当前线程加入等待队列尾部休息,直到其他线程释放资源唤醒自己,自己成功拿到相应量的资源后才返回
private void doAcquireShared(int arg) {//加入队列尾部final Node node = addWaiter(Node.SHARED);//是否成功标志boolean failed = true;try {//等待过程中是否被中断过的标志boolean interrupted = false;for (;;) {//找到前驱节点final Node p = node.predecessor();//如果前驱节点是head,此时node被唤醒,很可能是head用完资源来唤醒自己的if (p == head) {//尝试获取资源int r = tryAcquireShared(arg);if (r >= 0) {//将head指向自己,还有剩余资源可以再唤醒之后的线程setHeadAndPropagate(node, r);p.next = null;if (interrupted)//如果等待过程中被打断过,此时将中断补上。selfInterrupt();failed = false;return;}}//判断状态,寻找安全点,进入waiting状态,等着被unpark()或interrupt()if (shouldParkAfterFailedAcquire(p, node) &&parkAndCheckInterrupt())interrupted = true;}} finally {if (failed)cancelAcquire(node);}}
setHeadAndPropagate(Node, int)
该方法在setHead()的基础上多了一步,就是自己苏醒的同时,如果条件符合(比如还有剩余资源),还会去唤醒后继结点,毕竟是共享模式
private void setHeadAndPropagate(Node node, int propagate) {Node h = head;//head指向自己setHead(node);//如果后面还有节点,继续唤醒下一个邻居线程if (propagate > 0 || h == null || h.waitStatus < 0 ||(h = head) == null || h.waitStatus < 0) {Node s = node.next;if (s == null || s.isShared())doReleaseShared();}}
释放共享锁
releaseShared()
该方法是共享模式下线程释放共享资源的顶层入口。它会释放指定量的资源,如果成功释放且允许唤醒等待线程,它会唤醒等待队列里的其他线程来获取资源。
该方法跟独占模式下的release()相似,但有一点稍微需要注意:独占模式下的**tryRelease()**在完全释放掉资源(**state=0**)后,才会返回**true**去唤醒其他线程,这主要是基于独占下可重入的考量;而共享模式下的releaseShared()则没有这种要求,共享模式实质就是控制一定量的线程并发执行,那么拥有资源的线程在释放掉部分资源时就可以唤醒后继等待结点。
- 案例
资源总量是13,A->5 和B->7分别获取到资源并发运行,C->4来时只剩1个资源就需要等待。A在运行过程中释放掉2个资源量,然后tryReleaseShared(2)返回true唤醒C,C一看只有3个仍不够继续等待;随后B又释放2个,tryReleaseShared(2)返回true唤醒C,C一看有5个够自己用了,然后C就可以跟A和B一起运行。而ReentrantReadWriteLock读锁的tryReleaseShared()只有在完全释放掉资源(state=0)才返回true,所以自定义同步器可以根据需要决定tryReleaseShared()的返回值。
public final boolean releaseShared(int arg) {//尝试释放资源if (tryReleaseShared(arg)) {//唤醒后继结点doReleaseShared();return true;}return false;}
doReleaseShared()
该方法主要用于唤醒后继。
private void doReleaseShared() {for (;;) {//自旋Node h = head;if (h != null && h != tail) {int ws = h.waitStatus;if (ws == Node.SIGNAL) {if (!compareAndSetWaitStatus(h, Node.SIGNAL, 0))continue;//唤醒后继unparkSuccessor(h);}else if (ws == 0 &&!compareAndSetWaitStatus(h, 0, Node.PROPAGATE))continue;}if (h == head)// head发生变化break;}}
主要用到 AQS 的并发工具类





