JUC中AQS简介

AQS,在java.util.concurrent.locks包中,AbstractQueuedSynchronizer这个类是并发包中的核心,了解其他类之前,需要先弄清楚AQS。在JUC的很多类中都会存在一个内部类Sync,Sync都是继承自AbstractQueuedSynchronizer,相信不用说就能明白AQS有多重要。

AQS原理

AQS就是一个同步器,要做的事情就相当于一个锁,所以就会有两个动作:一个是获取,一个是释放。获取释放的时候该有一个东西来记住他是被用还是没被用,这个东西就是一个状态。如果锁被获取了,也就是被用了,还有很多其他的要来获取锁,总不能给全部拒绝了,这时候就需要他们排队,这里就需要一个队列。这大概就清楚了AQS的主要构成了:

  • 获取和释放两个动作
  • 同步状态(原子操作)
  • 阻塞队列

state

AQS用32位整形来表示同步状态。

1
private volatile int state;

在互斥锁中表示线程是否已经获取了锁,0未获取,1已经获取,大于1表示重入数。

AQS提供了getState(),setState(),compareAndSetState()来获取和修改state的值,这些操作需要atomic包的支持,采用CAS操作,保证其原子性和可见性。

AQS的CLH锁队列

CLH其实就是一个FIFO的队列,只不过稍微做了点改进。AQS中内部使用内部类Node来实现,是一个链表队列,原始CLH使用自旋锁,AQS的CLH则在每个node里使用一个状态字段来控制阻塞,不是自旋。直接看代码:

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354
/**      +------+  prev +-----+       +-----+ head |      | <---- |     | <---- |     |  tail      +------+       +-----+       +-----+/**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;	//等待状态:表示线程正在等待条件    static final int CONDITION = -2;	//等待状态:表示下一个共享模式的节点应该无条件的传播下去    static final int PROPAGATE = -3;	//等待状态,初始化为0,剩下的状态就是上面列出的    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;    }}

共享锁和互斥锁

AQS的CLH队列锁中,每个节点代表着一个需要获取锁的线程,该node中有两个常量SHARED共享模式,EXCLUSIVE独占模式。

1234
/** Marker to indicate a node is waiting in shared mode */static final Node SHARED = new Node();/** Marker to indicate a node is waiting in exclusive mode */static final Node EXCLUSIVE = null;

共享模式允许多个线程可以获取同一个锁,独占模式则一个锁只能被一个线程持有,其他线程必须要等待。

AQS源码

1234567891011121314151617181920
//阻塞队列的队列头private transient volatile Node head;//队列尾private transient volatile Node tail;//同步状态,这就是上面提到的需要原子操作的状态private volatile int state;//返回当前同步器的状态protected final int getState() {    return state;}//设置同步器的状态protected final void setState(int newState) {    state = newState;}//原子的设置当前同步器的状态protected final boolean compareAndSetState(int expect, int update) {    return unsafe.compareAndSwapInt(this, stateOffset, expect, update);}//static final long spinForTimeoutThreshold = 1000L;

独占模式的获取

acquire,独占,忽略中断

12345678910
//独占模式的获取方法,会忽略中断//tryAcquire方法会被至少调用一次,由子类实现//如果tryAcquire不能成功,当前线程就会进入队列排队public final void acquire(int arg) {	//首先调用tryAcquire尝试获取    //获取不成功,就使用acquireQueued使线程进入等待队列    if (!tryAcquire(arg) &&        acquireQueued(addWaiter(Node.EXCLUSIVE), arg))        selfInterrupt();}

tryAcquire方法:

12345
//由子类来实现//尝试在独占模式下获取,会查询该对象的状态是否允许在独占模式下获取protected boolean tryAcquire(int arg) {    throw new UnsupportedOperationException();}

使用指定的模式创建一个节点,添加到AQS链表队列中:

12345678910111213141516
private Node addWaiter(Node mode) {	//当前线程,指定的mode,共享或者独占    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(node);    return node;}

向队列中插入节点:

12345678910111213141516171819
//会插入节点到对列中private Node enq(final Node node) {    for (;;) {    	//尾节点        Node t = tail;        //需要实例化一个队列        if (t == null) { // Must initialize        	//使用cas创建头节点            if (compareAndSetHead(new Node()))                tail = head;        } else {            node.prev = t;            if (compareAndSetTail(t, node)) {                t.next = node;                return t;            }        }    }}

tryAcquire没有获取到,就会先使用addWaiter添加进队列,然后使用acquireQueued从队列获取,如果这时候获取成功,则替换当前节点为队列头,然后返回:

123456789101112131415161718192021222324252627282930313233343536
//独占模式处理正在排队等待的线程。//自旋,直至获取成功才返回final boolean acquireQueued(final Node node, int arg) {	//当前获取是否失败    boolean failed = true;    try {    	//获取是否被中断        boolean interrupted = false;        for (;;) {        	//获取当前节点的前驱节点            final Node p = node.predecessor();

//head节点要么是刚才初始化的节点            //要么就是成功获取锁的节点            //如果当前节点的前驱节点是head,当前节点就应该去尝试获取锁了            //当前节点的前驱节点是头节点,就尝试获取            if (p == head && tryAcquire(arg)) {            	//获取成功的话,就把当前节点设置为头节点                setHead(node);                //之前的head节点的next引用设为null                p.next = null; // help GC                failed = false;                return interrupted;            }            //查看当前节点是否应该被park            //如果应该,就park当前线程            if (shouldParkAfterFailedAcquire(p, node) &&                parkAndCheckInterrupt())                interrupted = true;        }    } finally {    	//失败了,取消当前线程        if (failed)            cancelAcquire(node);    }}

设置头节点,只能被获取方法调用:

12345
private void setHead(Node node) {    head = node;    node.thread = null;    node.prev = null;}

shouldParkAfterFailedAcquire方法,查看是否应该被park:

123456789101112131415161718192021
private static boolean shouldParkAfterFailedAcquire(Node pred, Node node) {	//前驱节点中保存的等待状态    int ws = pred.waitStatus;    //等待状态是signal,也就是当前节点在等着被唤醒    //此时当前节点应该park    if (ws == Node.SIGNAL)        return true;

//等待状态大于0表示前驱节点已经取消    //会向前找到一个非取消状态的节点    if (ws > 0) {        do {            node.prev = pred = pred.prev;        } while (pred.waitStatus > 0);        pred.next = node;    } else {       //将前驱节点的waitStatus设置为signal,表示当前需要被park        compareAndSetWaitStatus(pred, ws, Node.SIGNAL);    }    return false;}

看下parkAndCheckInterrupt方法:

123456
//挂起当前线程,并返回当前中断状态private final boolean parkAndCheckInterrupt() {    //挂起当前线程    LockSupport.park(this);    return Thread.interrupted();}

cancelAcquire取消当前节点:

1234567891011121314151617181920212223242526272829303132333435363738
private void cancelAcquire(Node node) {    //节点不存在    if (node == null)        return;	//节点的线程引用设为null    node.thread = null;

//前驱节点    Node pred = node.prev;    //大于0表示前驱节点被取消    while (pred.waitStatus > 0)        node.prev = pred = pred.prev;

//前驱节点的下一个是需要移除的节点    Node predNext = pred.next;

//设置节点状态为取消    node.waitStatus = Node.CANCELLED;

//如果是尾节点,直接取消,将前一个节点设置为尾节点    if (node == tail && compareAndSetTail(node, pred)) {        compareAndSetNext(pred, predNext, null);    } else {//不是尾节点,说明有后继节点,将前驱节点的next纸箱后继节点        int ws;        if (pred != head &&            ((ws = pred.waitStatus) == Node.SIGNAL ||             (ws <= 0 && compareAndSetWaitStatus(pred, ws, Node.SIGNAL))) &&            pred.thread != null) {            Node next = node.next;            if (next != null && next.waitStatus <= 0)                compareAndSetNext(pred, predNext, next);        } else {            unparkSuccessor(node);        }

node.next = node; // help GC    }}

acquireInterruptibly 独占,可中断

跟独占忽略中断类似,不再解释。

tryAcquireNanos,独占,可超时,可中断

跟上面类似,但是在doAcquireNanos中会获取当前时间,并获取LockSupport.parkNanos之后的时间在做超时时间的重新计算,到了超时时间,就返回false。

独占模式的释放

release,独占,忽略中断

12345678910111213
public final boolean release(int arg) {	//尝试释放,修改状态    if (tryRelease(arg)) {    	//成功释放        //head代表初始化的节点,或者是当前占有锁的节点        //需要unpark后继节点        Node h = head;        if (h != null && h.waitStatus != 0)            unparkSuccessor(h);        return true;    }    return false;}

unparkSuccessor:

1234567891011121314151617181920
private void unparkSuccessor(Node node) {	//头节点中保存的waitStatus    int ws = node.waitStatus;    //重置头节点状态为0    if (ws < 0)        compareAndSetWaitStatus(node, ws, 0);	//后继节点    Node s = node.next;    //后继节点为null或者已经取消    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;    }    //unpark    if (s != null)        LockSupport.unpark(s.thread);}

共享模式的获取

acquireShared,共享,忽略中断

acquireSharedInterruptibly,共享,可中断

tryAcquireSharedNanos,共享,可设置超时,可中断

共享模式的释放

releaseShared

共享模式的和独占模式基本差不多,和独占式的acquireQueued方法区别就是在获取成功的节点后会继续unpark后继节点,将共享状态向后传播。

LockSupport

用来创建锁和其他同步类的基本线程阻塞原语。每个使用LockSupport的线程都会与一个许可关联,如果该许可可用并且可在进程中使用,则调用park()将会立即返回,否则可能阻塞。如果许可不可用,可调用unpark使其可用。

许可不可重入,只能调用一次park()方法,否则会一直阻塞。

park()和unpark()作用分别是阻塞线程和解除阻塞线程,且park和unpark不会遇到suspend和resume可能引发的死锁问题。

park,如果许可可用,使用该许可,并且该调用立即返回;否则为线程调度禁用当前线程,并在发生以下三种情况之一之前,使其处于休眠状态:

* 其他某个线程将当前线程作为目标调用unpark
* 其他某个线程中断当前线程
* 该调用不合逻辑的返回

unpark,如果给定的线程尚不可用,则使其可用。如果线程在park上受阻塞,则它将解除其阻塞状态。否则,保证下一次调用park不受阻塞。如果给定线程尚未启动,则无法保证此操作有任何效果。

时间: 2024-10-07 04:27:22

JUC中AQS简介的相关文章

Java并发编程(3) JUC中的锁

一 前言 前面已经说到JUC中的锁主要是基于AQS实现,而AQS(AQS的内部结构 .AQS的设计与实现)在前面已经简单介绍过了.今天记录下JUC包下的锁是怎么基于AQS上实现的 二 同步锁 同步锁不是JUC中的锁但也顺便提下,它是由synchronized 关键字进行同步,实现对竞争资源互斥访问的锁. 同步锁的原理:对于每一个对象,有且仅有一个同步锁:不同的线程能共同访问该同步锁.在同一个时间点该同步锁能且只能被一个线程获取到,其他线程都得等待. 另外:synchronized是Java中的关

Cache基本知识与OR1200中ICache简介

以下内容摘自<步步惊芯--软核处理器内部设计分析>一书 12.1 Cache基本知识 12.1.1 Cache的作用 处理器的设计者一般会声称其设计的处理器一秒钟能做多少次乘法.每条指令只占用xx个时钟周期,可是当我们实际使用处理器时,就会发现并不是那么回事,比如在第11章,从图11.8中可以发现,当程序运行在简单SOPC上时,原先设计在执行阶段只需要一个时钟周期的指令l.movhi却使用了6个时钟周期才完成执行,造成实际情况与设计不符的原因是由于实际情况是一个由多个模块.设备组成的系统,读者

Spring中AOP简介与使用

Spring中AOP简介与使用 什么是AOP? Aspect Oriented Programming(AOP),多译作 "面向切面编程",也就是说,对一段程序,从侧面插入,进行操做.即通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一添加功能的一种技术. 为什么要用AOP? 日志记录,性能统计,安全控制,事务处理,异常处理等等.例如日志记录,在程序运行的某些节点上添加记录执行操作状态的一些代码,获取执行情况.而通过切面编程,我们将这些插入的内容分离出来,将它们独立

OSGI中blueprint简介

OSGI中blueprint简介 上篇博文我们开始了felix中的一个example编写,原本计划是讲felix中的几个example全部编写一遍,但是随后发现felix的这几个example都差不多,只是略微有些区别,编写来编写去始终都是这几行代码,讲起来也没什么意思,想着还是开始osgi中新的东西的讲解,思考来去,还是从blueprint开始. blueprint简介 在osgi中服务的使用有多种方式,如使用传统的注册式服务,就是我们之前中example不断使用的使用方式,还是osgi中的声

SpringMVC 中HttpMessageConverter简介和Http请求415 Unsupported Media Type的问题

一.概述: 本文介绍且记录如何解决在SpringMVC 中遇到415 Unsupported Media Type 的问题,并且顺便介绍Spring MVC的HTTP请求信息转换器HttpMessageConverter. 二.问题描述: 在SprinvMVC的Web程序中,我在页面发送Ajax 的POST请求,然后在服务器端利用@requestBody接收请求body中的参数,当时运行过程中,我想服务器发送Ajax请求,浏览器一直反馈415 Unsupported Media Type或者40

IOS中 Block简介与用法(一)

?Block简介: Block的实际行为和Function很像,最大的差别是在可以存取同一个Scope的变量值.Block实体形式如下: ^(传入参数列){行为主体}; Block实体开头是"^",接着是由小括号所包起来的参数列(比如 int a, int b, int c),行为主体由大括号包起来,专有名字叫做block literal.行为主体可以用return回传值,类型会被compiler自动辨别.如果没有参数列要写成: ^(void). 例如下面的一个例子: [cpp] vi

java高并发系列 - 第15天:JUC中的Semaphore,最简单的限流工具类,必备技能

这是java高并发系列第15篇文章 Semaphore(信号量)为多线程协作提供了更为强大的控制方法,前面的文章中我们学了synchronized和重入锁ReentrantLock,这2种锁一次都只能允许一个线程访问一个资源,而信号量可以控制有多少个线程可以访问特定的资源. Semaphore常用场景:限流 举个例子: 比如有个停车场,有5个空位,门口有个门卫,手中5把钥匙分别对应5个车位上面的锁,来一辆车,门卫会给司机一把钥匙,然后进去找到对应的车位停下来,出去的时候司机将钥匙归还给门卫.停车

.Net Core MVC中过滤器简介

原文:.Net Core MVC中过滤器简介 在.Net Framework MVC 中有四种过滤器,授权过滤器(Authorize).Action 过滤器.结果过滤器(Result).异常过滤器(Exception)四种过滤器.在.Net Core MVC中,有五种过滤器,授权过滤器.Action过滤器.异常过滤器.结果过滤器.资源过滤器,新增了资源过滤器. .Net Core MVC和.Net Framework MVC在基本使用上差别不大,主要的还是框架的差别.其中路由是个很重要的东西,参

JUC中的原子操作类及其原理

昨天简单的看了看Unsafe的使用,今天我们看看JUC中的原子类是怎么使用Unsafe的,以及分析一下其中的原理! 一.简单使用AtomicLong 还记的上一篇博客中我们使用了volatile关键字修饰了一个int类型的变量,然后两个线程,分别对这个变量进行10000次+1操作,最后结果不是20000,现在我们改成AtomicLong之后,你会发现结果始终都是20000了!有兴趣的可以试试,代码如下 package com.example.demo.study; import java.uti