AQS同步队列中的节点状态

最新推荐文章于 2024-08-10 16:26:48 发布
最新推荐文章于 2024-08-10 16:26:48 发布
阅读量6.7k 收藏 6
点赞数 4
分类专栏： # AQS学习 文章标签： AQS同步队列中的节点状态
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38106322/article/details/107120866
版权
状态说明
SIGNAL值为-1，后继节点的线程处于等待状态，而当前节点的线程如果释放了同步状态或者被取消，那么就会通知后继节点，让后继节点的线程能够运行
CONDITION值为-2，节点在等待队列中，节点线程等待在Condition上，不过当其他的线程对Condition调用了signal()方法后，该节点就会从等待队列转移到同步队列中，然后开始尝试对同步状态的获取
PROPAGATE值为-3，表示下一次的共享式同步状态获取将会无条件的被传播下去
CANCELLED值为1，由于超时或中断，该节点被取消。 节点进入该状态将不再变化。特别是具有取消节点的线程永远不会再次阻塞
INITIAL值为0，初始状态
绅士jiejie
关注
专栏目录
JDK内置并发AQS同步器的等待队列与状态转换
seaboat——a free boat on the sea.（公众号：远洋号）
10-16 304
作者简介：笔名seaboat，擅长工程算法、人工智能算法、自然语言处理、计算机视觉、架构、分布式、高并发、大数据和搜索引擎等方面的技术，大多数编程语言都会使用，但更擅长Java、Python和C++。平时喜欢看书写作、运动、画画。崇尚技术自由，崇尚思想自由。出版书籍：《Tomcat内核设计剖析》、《图解数据结构与算法》、《图解Java并发原理》、《人工智能原理科普》。 前言 前面我们介绍过JDK内置AQS同步器的相关内容，包括它的内部结构、性质及思想等等。详细分析了锁的获取与释放的逻辑、等待队列的管理、.
Jdk源码——AQS同步队列解析
等一杯咖啡的博客
12-26 516
前言 本文主要参考自《Java 并发编程的艺术》第五章内容，结合源码对书中内容进行分析补充。 I. Lock接口 在 Lock 接口出现之前，Java程序是靠 synchronized 关键字实现锁功能的，而 Java SE 5 之后，并发包中新增了 Lock 接口（以及相关实现类）用来实现锁功能，它提供了与 synchronized 关键字类似的同步功能，只是在使用时需要显式地获取和释放锁。...
AQS实现原理——Node节点
qq_33983753的博客
01-10 475
在介绍AQS之前，我们需要先来了解下Node节点类。AQS中的核心同步队列(CLH队列的变体)以及条件队列都是依靠Node节点来实现的。在线程没有竞争到锁资源时，会将线程信息包装成一个Node节点数据，该节点不仅记录了线程信息，还记录了线程的等待状态以及上下节点。
AQS中Node状态
m0_54187478的博客
11-12 431
在AQS（AbstractQueuedSynchronizer）中，Node 是一个用于构建等待队列的节点类，用于表示等待获取锁的线程。这些状态的具体含义和使用取决于具体的同步器实现，因为不同的同步器可能有不同的语义和处理逻辑。在实际使用AQS时，通常不需要直接操作 Node 的状态，而是通过同步器提供的方法来实现线程的同步和协作。当一个节点释放锁的时候，会唤醒它的后继节点，SIGNAL 就用于表示这个需要唤醒的状态。当一个线程等待获取锁的过程中被中断或超时，节点的状态可能被设置为 CANCELLED。
AQS详解
weixin_45822634的博客
04-27 3840
AQS详解
AQS-节点的起始状态0是怎么来的，为什么要有0这个状态？
绅士jiejie的博客
07-05 1438
首先看下代表节点状态的是哪个字段： 这时候可以发现waitStatus是int类型，默认值自然就为0了。 所以这时候就可以先知道，为什么节点的起始状态是0。那么接下来看一段代码： 从以上截图可以发现，当ws的值是0时，会走进else中的逻辑，通过CAS把0设置为-1，那为什么不一开始就设置为-1呢，还要多出这一步？ 这里分享一个简单的理解思路，状态存在即是合理，会不会有一些方法，是在节点状态值为0时需要调用的？而正是因为有一些方法是需要在状态值为0时被调用，所以才会保留有0这个状态。 ...
AQS的同步队列和条件队列原理
最新发布
HGW的博客
08-10 745
AQS中的 同步队列 和 条件队列 是两种不同队列，同步队列主要用于实现锁机制（也就是锁的获取和释放），而条件队列用于实现条件变量，条件变量是并发编程中一种用于线程间通信的机制，它允许一个或多个线程在特定条件成立之前等待并释放相关的锁，直到其他线程改变了条件并显式的唤醒等待在该条件中的线程。比较典型的一个条件队列使用场景就是 ReentrantLock 的 Condition。
AQS队列同步器详解
weixin_52195362的博客
02-02 425
AQS队列同步器
浅谈Java并发 J.U.C之AQS：CLH同步队列
08-26
/ 节点在等待队列中，节点线程等待在Condition上，当其他线程对Condition调用了signal()后，改节点将会从等待队列中转移到同步队列中，加入到同步状态的获取中 */ static final int CONDITION = -2; / 表示下一次...
AQS实现分析
01-23 8355
下文将从实现角度分析AQS是如何完成线程同步，主要包括：同步队列、独占式同步状态获取与释放、共享式同步状态获取与释放、超时获取同步状态等AQS的核心数据结构模板方法。同步队列AQS依赖同步队列（一个FIFO双向队列）来完成同步状态的管理。当前线程获取同步状态失败时，AQS会将当前线程以及等待状态等信息构造成一个节点(Node)并且将其加入到同步队列中，同时会阻塞当前线程，当同步状态释放时，会把首节点
AQS之Node学习
Mr_moving
10-10 859
node的结构 static final class Node { // 共享模式 static final Node SHARED = new Node(); // 独占模式 static final Node EXCLUSIVE = null; static final int CANCELLED = 1; static ...
AQS(一)
qq_40669764的博客
07-11 218
Java并发编程核心在于java.concurrent.util包而juc当中的大多数同步器 实现都是围绕着共同的基础行为，比如等待队列、条件队列、独占获取、共享获 取等，而这个行为的抽象就是基于AbstractQueuedSynchronizer简称AQS，AQS定 义了一套多线程访问共享资源的同步器框架，是一个依赖状态(state)的同步器。 AQS具备的特性：阻塞等待队列，共享/独占, 公平/非公平,可重入，允许中断 例如Java.concurrent.util当中同步器的实现如Lock,Latc.
初步理解AQS
信言的笔记
12-03 6330
摘要 AQS全称AbstractQueuedSynchronizer，它是concurrent包中最重要的基础设施类之一，负责作为模板类向业务层提供对临界区的管理。本文以FutureTask的实现机制作为引子，介绍了AQS的业务背景和设计思路，最后梳理了AQS的代码实现。 目录 摘要.................................................
AQS-等待队列中的节点是怎么加入到对同步状态获取的竞争中的
绅士jiejie的博客
07-07 924
关键代码如下： 第一个红框的代码会阻塞当前线程，第二个红框的代码会把节点加入到获取同步状态的竞争中。 这里的isOnSyncQueue(node)方法主要的作用就是判断节点是否在同步队列中，如果不在，返回fasle，就会在while循环中调用LockSupport.park(this)阻塞住当前线程，那线程什么时候会被唤醒，当然是当有持有锁的线程调用了signal()方法且该节点处于等待队列的首节点时，就会被唤醒，关键代码如下： 第一个红框代码作用是把节点加入到同步队列，第二个红框代码作用是把节点对应线
总结AQS的实现原理（state状态变量、同步队列、Condition等待队列）
qq_40728028的博客
05-30 3662
一、 总体思想： 通过尝试获取共享变量 state 的结果来对线程的状态作出处理。 获取成功的线程CAS修改state的之后直接进行自己的处理。 未能成功获取共享变量的线程会被封装成结点放入 一个队列中，然后 自旋的检查自己的状态，看是否能再次去获取state资源，获取成功则退出当前自旋状态，获取失败则找一个安全的点（成功的找到一个状态<0前驱结点，然后将其状态设置为SIGNAL），调用LockSupport.park()方法进入waiting状态。然后等待被前驱结点调用release方法（实际上是调
Java AQS深度解析：同步队列与节点机制
- `CONDITION=-2`：线程等待在特定的`Condition`上，`signal()`方法将把节点从条件队列移到同步队列。 - `PROPAGATE=-3`：这个状态在某些特殊情况下用于传播唤醒信号。 3. **AQS的工作机制**： - **独占模式**：...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值