当前位置: 首页 > article >正文

【JUC并发 | 第八篇】AQS的底层原理

目录AQSAQS 概念AQS的底层原理差异ReentrantLock、CountDownLatch、Semaphore重写了AQS的哪几个关键函数【JUC并发 | 第七篇】简析Future 和 CompletableFuture类https://blog.csdn.net/h52412224/article/details/159078192【JUC并发 | 第六篇】深入理解线程池https://blog.csdn.net/h52412224/article/details/159043558?spm1001.2014.3001.5502【JUC并发 | 第五篇】JMM内存模型 和 volatile关键字https://blog.csdn.net/h52412224/article/details/158500731?spm1001.2014.3001.5502【JUC并发 | 第四篇】多线程 和 死锁https://blog.csdn.net/h52412224/article/details/158421988?spm1001.2014.3001.5502AQSAQS 概念本质是底层框架地基Java 并发包中几乎所有同步工具都基于 AQS 实现。并发工具模式state 含义ReentrantLock独占0 未锁定0 锁定次数可重入CountDownLatch共享计数器值减到 0 时唤醒所有线程Semaphore共享可用许可数ReentrantReadWriteLock读写分离高 16 位 读锁数低 16 位 写锁数AQS是AbstractQueuedSynchronizer的缩写即抽象队列同步器是 Java 并发包concurrent基础组件。AQS 不是直接给开发者使用的而是一个模板类—— 封装了90%的通用核心逻辑开发者只需继承 AQS 并实现少量抽象方法就能快速实现自定义重写的同步器。AQS的底层原理一、AQS底层原理核心AQS 的底层原理可概括为基于“状态管理 队列调度 自旋/阻塞”核心是通过原子性的同步状态控制、CLH 双向队列的线程排队机制、线程阻塞/唤醒解决了多线程竞争同步资源的问题同时支持独占/共享两种核心模式。二、底层核心模型1.同步状态state存储通过private volatile int state变量存储同步状态volatile保证状态的可见性避免多线程缓存不一致问题修改通过 CAS 操作compareAndSetState()修改 state保证状态修改的原子性避免并发修改冲突扩展AQS 只定义 state 的存储和修改方式具体含义由子类决定如 ReentrantLock 中 state0 表示无锁0 表示重入次数。2.CLH 双向等待队列虚拟队列这是 AQS 最核心的底层结构解决“线程竞争失败后如何排队”的问题节点Node队列的基本单元封装了核心信息static final class Node { volatile Thread thread; // 排队的线程 volatile Node prev; // 前驱节点 volatile Node next; // 后继节点 volatile int waitStatus; // 节点状态如 SIGNAL、CANCELLED 等 Node nextWaiter; // 条件队列的后继节点 }SIGNAL(-1)当前节点的后继节点处于阻塞状态当前节点释放资源后需唤醒后继节点CANCELLED(1)节点因超时/中断被取消不再参与竞争WAITING(-2)节点在条件队列中等待。队列结构双向链表包含head头节点已获取资源的“空节点”和tail尾节点最后一个等待节点线程竞争失败时通过 CAS 方式从尾部入队保证入队的原子性。3.线程的阻塞与唤醒AQS 依赖LockSupport.park()/unpark()实现线程的阻塞和唤醒优势是可以精准唤醒指定线程且不受线程状态影响park()阻塞当前线程释放 CPU 资源线程进入WAITING状态unpark(Thread t)唤醒指定线程让其重新参与资源竞争。4.核心模式独占 共享AQS 定义了两种资源竞争模式底层流程略有差异独占模式如 ReentrantLock同一时刻只有一个线程能获取资源核心方法tryAcquire(int arg)子类实现尝试独占获取资源成功返回 true失败返回 falseacquire(int arg)AQS 模板方法调用tryAcquire失败则入队并阻塞release(int arg)释放资源唤醒队列头节点的后继节点。共享模式如 Semaphore、CountDownLatch多个线程可同时获取资源核心方法tryAcquireShared(int arg)尝试共享获取资源返回正数表示成功0 表示成功但无剩余资源负数表示失败acquireShared(int arg)失败则入队阻塞releaseShared(int arg)释放资源唤醒所有等待的共享线程。三、AQS核心流程以独占模式为例以 ReentrantLock 的加锁/解锁为例拆解底层执行流程加锁acquire(1)线程调用tryAcquire(1)尝试通过 CAS 修改 state0→1成功则获取锁失败则创建 Node 节点通过 CAS 方式将节点加入队列尾部入队后会先找到自己的前驱节点将前驱节点的waitStatus设置为SIGNAL(-1)检查当前节点的前驱节点是否为 head若是则再次尝试tryAcquire自旋优化减少阻塞自旋失败则调用LockSupport.park()阻塞当前线程等待被唤醒。解锁release(1)线程调用tryRelease(1)修改 state1→0释放锁找到 head 节点若其状态为 SIGNAL则唤醒 head 的后继节点被唤醒的线程重新执行tryAcquire成功则成为新的 head 节点失败则重新将前驱节点的waitStatus设为SIGNAL继续阻塞。总结AQS 的底层原理核心是“状态管理 队列调度 线程阻塞/唤醒”具体可分为三点同步状态通过 volatile 修饰的 int 型 state 变量管理资源状态CAS 保证状态修改的原子性volatile 保证可见性state 的具体含义由子类定义等待队列竞争失败的线程会被封装成 Node 节点加入 CLH 双向等待队列CAS 尾插法保证入队原子性队列节点包含线程、等待状态、前后驱引用等信息线程调度依赖 LockSupport.park()/unpark() 实现线程阻塞和唤醒以独占模式为例线程尝试 CAS 获取资源修改 state失败则入队自旋自旋失败则阻塞释放资源时修改 state唤醒队列头节点的后继节点被唤醒的线程重新竞争资源。此外AQS 基于模板方法模式子类只需实现 tryAcquire/tryRelease 等核心方法就能自定义同步规则同时支持独占ReentrantLock和共享Semaphore两种模式这也是它能成为并发包核心的原因。差异ReentrantLock、CountDownLatch、Semaphore重写了AQS的哪几个关键函数核心前提AQS 定义了两类核心抽象方法子类需根据“独占/共享模式”选择性实现模式核心获取方法核心释放方法返回值/含义独占模式tryAcquire(int arg)tryRelease(int arg)获取返回 boolean成功/失败释放返回 boolean是否完全释放共享模式tryAcquireShared(int arg)tryReleaseShared(int arg)获取返回 int≥0 成功0 失败释放返回 boolean是否需要唤醒后续线程ReentrantLock 是独占模式CountDownLatch/Semaphore 是共享模式因此重写的方法完全不同一、ReentrantLock独占模式ReentrantLock 内部分FairSync公平锁和NonfairSync非公平锁均继承 AQS核心重写 2 个独占模式方法1. 核心重写方法tryAcquire(int arg)作用尝试独占获取锁arg 通常为 1表示获取 1 把锁非公平版实现逻辑protected final boolean tryAcquire(int acquires) { return nonfairTryAcquire(acquires); } final boolean nonfairTryAcquire(int acquires) { final Thread current Thread.currentThread(); int c getState(); // 1. 无锁状态CAS 修改 state1标记当前线程为锁持有者 if (c 0) { if (compareAndSetState(0, acquires)) { setExclusiveOwnerThread(current); return true; } } // 2. 重入逻辑当前线程已持有锁state 累加重入次数1 else if (current getExclusiveOwnerThread()) { int nextc c acquires; if (nextc 0) throw new Error(Maximum lock count exceeded); setState(nextc); return true; } // 3. 锁被其他线程持有返回 false return false; }公平版差异仅多一步hasQueuedPredecessors()检查队列有等待线程则直接返回 false避免插队。2. 核心重写方法tryRelease(int arg)作用尝试独占释放锁arg 通常为 1表示释放 1 次实现逻辑protected final boolean tryRelease(int releases) { // 1. state 递减重入锁需多次释放 int c getState() - releases; // 2. 校验只有锁持有者能释放 if (Thread.currentThread() ! getExclusiveOwnerThread()) throw new IllegalMonitorStateException(); boolean free false; // 3. 只有 state0 时才算完全释放锁清空持有者 if (c 0) { free true; setExclusiveOwnerThread(null); } setState(c); return free; }二、CountDownLatch共享模式CountDownLatch 内部只有Sync类无公平/非公平之分继承 AQS核心重写 2 个共享模式方法1. 核心重写方法tryAcquireShared(int arg)作用尝试共享获取判断计数器是否为 0arg 无实际意义实现逻辑protected int tryAcquireShared(int acquires) { // 核心逻辑state0 时返回 1获取成功否则返回 -1失败入队阻塞 return (getState() 0) ? 1 : -1; }关键调用await()时底层会循环执行此方法直到 state0 才返回成功。2. 核心重写方法tryReleaseShared(int arg)作用尝试共享释放计数器减 1arg 通常为 1实现逻辑protected boolean tryReleaseShared(int releases) { for (;;) { // 自旋 CAS 保证原子性 int c getState(); // 1. 计数器已为 0无需释放 if (c 0) return false; // 2. 计数器减 1 int nextc c - 1; // 3. CAS 修改 state成功则返回 true唤醒等待线程 if (compareAndSetState(c, nextc)) { return nextc 0; // 只有减到 0 时才返回 true触发唤醒 } } }关键调用countDown()时执行此方法只有计数器减到 0 时才返回 trueAQS 才会唤醒所有等待的线程。三、Semaphore共享模式Semaphore 内部分FairSync公平和NonfairSync非公平继承 AQS核心重写 2 个共享模式方法1. 核心重写方法tryAcquireShared(int arg)作用尝试共享获取许可arg 表示要获取的许可数非公平版实现逻辑protected int tryAcquireShared(int acquires) { return nonfairTryAcquireShared(acquires); } final int nonfairTryAcquireShared(int acquires) { for (;;) { // 自旋 CAS int available getState(); int remaining available - acquires; // 1. 剩余许可≥0 则 CAS 修改 state返回剩余许可数≥0 成功 // 2. 剩余许可0 直接返回负数失败 if (remaining 0 || compareAndSetState(available, remaining)) { return remaining; } } }公平版差异多一步hasQueuedPredecessors()检查队列有等待线程则返回 -1避免插队。2. 核心重写方法tryReleaseShared(int arg)作用尝试共享释放许可arg 表示要释放的许可数实现逻辑protected final boolean tryReleaseShared(int releases) { for (;;) { // 自旋 CAS 保证原子性 int current getState(); int next current releases; // 边界检查避免许可数溢出 if (next current) throw new Error(Maximum permit count exceeded); // CAS 修改 state 成功则返回 true唤醒等待线程 if (compareAndSetState(current, next)) { return true; } } }总结ReentrantLock独占模式重写tryAcquire(int arg)实现独占抢锁重入逻辑、tryRelease(int arg)实现锁释放state 减到 0 才算完全释放CountDownLatch共享模式重写tryAcquireShared(int arg)判断 state0 则获取成功、tryReleaseShared(int arg)CAS 减少 state减到 0 时返回 true 唤醒线程Semaphore共享模式重写tryAcquireShared(int arg)CAS 减少 state 获取许可公平版检查队列、tryReleaseShared(int arg)CAS 增加 state 释放许可成功则唤醒等待线程核心差异独占模式重写 boolean 类型返回的 tryAcquire/tryRelease共享模式重写 int/boolean 类型返回的 tryAcquireShared/tryReleaseShared。上述内容也同步在我的飞书欢迎访问https://my.feishu.cn/wiki/QLauws6lWif1pnkhB8IcAvkhncc?fromfrom_copylink如果我的内容对你有帮助请点赞评论收藏。创作不易你们的支持就是我坚持下去的动力

相关文章:

【JUC并发 | 第八篇】AQS的底层原理

目录 AQS AQS 概念 AQS的底层原理 差异:ReentrantLock、CountDownLatch、Semaphore重写了AQS的哪几个关键函数 【JUC并发 | 第七篇】简析Future 和 CompletableFuture类https://blog.csdn.net/h52412224/article/details/159078192 【JUC并发 | 第六篇】深入理解…...

虚拟电厂与运营商的主从博弈:考虑风光出力、电动汽车充放电、火电出力及储能设备充放电的优化策略与...

考虑风光出力的虚拟电厂和运营商的主从博弈,分别考虑电动汽车充放电,火电出力,储能设备充放电充放电价格等因素外层用改进粒子群算法,目标函数线性加权。最近在折腾虚拟电厂和运营商的主从博弈模型,发现把风光出力、电…...

二十、Kubernetes基础-14-kubeadm-ha-kubernetes-deployment-guide-04-multi-master

kubeadm 部署高可用 Kubernetes 集群完全指南(四):多 Master 集群初始化与 etcd 集群部署 作者:云原生架构专家 技术栈:Kubernetes 1.21, kubeadm, etcd, 多 Master, 高可用 难度等级:★★★★★&#xff0…...

毕业设计实战:基于Spring Boot的本科生交流培养管理平台设计与实现全攻略

毕业设计实战:基于Spring Boot的本科生交流培养管理平台设计与实现全攻略 在开发“基于Spring Boot的本科生交流培养管理平台”毕业设计时,曾因“多角色权限管理与业务流程耦合混乱”踩过关键坑——初期未设计清晰的RBAC权限模型,导致学生、教…...

如何根据 config.json 核对 MoE 模型的激活参数:以 gpt-oss-120b 为例(GPT-5.4-high 生成)

很多开发者看到模型卡里的 117B parameters with 5.1B active parameters,第一反应是“这个数到底怎么算出来的”。本文就用 gpt-oss-120b 做一个完整示范:如何仅凭 config.json 里的关键字段,推导出 MoE 模型的总参数量、每 token 激活参数量…...

K-1000C LED控制系统无线级联改造 ——基于 lora技术 的级联通信替代方案

​摘要:本文为思为无线官方原创技术方案,详细阐述了针对 K-1000C LED 控制系统的无线化改造方案。该方案基于实测工程数据,利用 LoRa611II 无线数传模块替代传统有线级联,解决大型 LED 亮化工程中布线复杂、维护成本高及扩展性受限…...

计算机毕业设计之基于spring boot的体育场馆设施预约系统

时代在飞速进步,每个行业都在努力发展现在先进技术,通过这些先进的技术来提高自己的水平和优势,体育场馆设施预约系统当然不能排除在外。体育场馆设施预约系统是在实际应用和软件工程的开发原理之上,运用java语言以及SpringBoot框…...

IoT 架构从 0 到 1

一、自建还是云平台&#xff1f;关键决策因素在启动 IoT 项目时&#xff0c;第一个问题就是&#xff1a;自建还是用云平台&#xff1f;选择云平台的场景✅ 小公司&#xff0c;人员规模有限✅ MVP 阶段&#xff0c;需要快速验证✅ 设备规模较小&#xff08;< 10 万&#xff0…...

金仓数据库在MySQL迁移中的实践复盘:某汽车集团近百套系统两周平滑替换路径

金仓数据库在MySQL迁移中的实践复盘&#xff1a;某汽车集团近百套系统两周平滑替换路径观察 “老周&#xff0c;客户刚发来通知——原定三个月的数据库国产化替换&#xff0c;压缩到45天&#xff0c;下周一就要交第一版迁移报告。”上周五下午四点&#xff0c;我正蹲在测试环境…...

收藏 | 从零开始学LangGraph,构建能思考的Agentic RAG系统,小白也能轻松上手!

传统RAG检索系统存在检索质量差、无法处理查询歧义、无法自纠正错误等问题&#xff0c;导致幻觉率高。Agentic RAG通过引入Think-Act-Observe循环&#xff0c;实现主动推理和自我修正。文章详细介绍了Agentic RAG的设计哲学和核心能力&#xff0c;并使用LangGraph框架进行实践&…...

【架构】-----Service 层代码太长太乱?试试这套 “见名知意” 的命名规范!

前言&#xff1a; java服务层业务比较复杂&#xff0c;导致单个函数行数太多&#xff0c;可读性极低&#xff0c;怎么解决&#xff1f;&#xff0c; 让函数名本身就清晰告知开发者&#xff1a;它的类型、职责、适用场景。以下是可落地的、行业通用的命名规范体系&#xff0c;兼…...

Mixture of Experts(MoE)

Mixture of Experts&#xff08;MoE&#xff09; 1. 使用背景大模型这几年有一个很明显的趋势&#xff1a;参数越大&#xff0c;能力往往越强。但问题也很直接。传统稠密模型里&#xff0c;参数一旦变大&#xff0c;训练和推理的计算量也会跟着一起涨。也就是说&#xff0c;模型…...

【AI】如何设计Agent的记忆系统?

记忆模块是Agent打破LLM上下文窗口限制、实现持续学习和个性化的关键。 设计Agent的记忆系统可以仿照人类的记忆机制。 分为短期记忆和长期记忆。 1、短期记忆(Short-Term Memory): 作用&#xff1a;存储当前任务的上下文信息&#xff0c;包括即时对话历史、中间的思考步骤、工…...

Flink从入门到上天系列第十九篇:Flink当中的容错机制

一&#xff1a;检查点的概念在流处理中&#xff0c;我们可以用存档读档的思路&#xff0c;就是将之前某个时间点所有的状态保存下来&#xff0c;这份 “存档” 就是我们所谓的 “检查点”&#xff08;checkpoint&#xff09;。遇到故障重启的时候&#xff0c;我们可以从检查点中…...

基于Matlab的齿轮-轴-轴承系统非线性动力学模型及其转速混沌特性分析

基于matlab的齿轮-轴-轴承系统的含间隙非线性动力学模型&#xff0c;根据牛顿第二定律&#xff0c;建立齿轮系统啮合的非线性动力学方程&#xff0c;同时也主要应用修正Capone模型的滑动轴承无量纲化雷诺方程&#xff0c;利用这些方程推到公式建模&#xff1b;用MATLAB求解画出…...

AI要干掉老师傅?老马揭秘CV落地真相

《人工智能AI之计算机视觉:从像素到智能》 模块五:未来与生态——多模态、产业与思维升维(认知拓展) 第 18 篇 AI不只是“看图”:老马带你拆解CV重塑三大行业的底层真相 前两天,有个在大型制造企业干了二十多年的老伙计找我喝酒。 几杯酒下肚,他开始大吐苦水:“老马…...

高铁卖票这件事,比你的生产计划做得强多了

获取更多资讯&#xff0c;赶快关注公众号《AI制造新观察》吧&#xff01; 文章目录你以为退票手续费是在罚你&#xff1f;那你想错了退票手续费演进历程候补购票&#xff0c;根本不是你想的那么简单第一层价值&#xff1a;把虚假需求和真实需求分开第二层价值&#xff1a;实时构…...

西安康德航测 1553B 线缆

西安康德航测 1553B 线缆1553B 线缆产品&#xff08;M17/176-0002 等效&#xff0c;GJB289A&#xff09;规格&#xff1a;78Ω、24AWG 镀银、PFA 绝缘、屏蔽双绞线、-55℃~200℃类型&#xff1a;裸线、成品组件&#xff08;含 TRB 双轴接头&#xff09;一、技术性能优势&#x…...

三相调速永磁同步电动机maxwell模型 1、案例采用180-8极一字型冲片 2、转速为150...

三相调速永磁同步电动机maxwell模型 1、案例采用180-8极一字型冲片 2、转速为1500转 功率22kW 3、超高效率可达到1级能效 4、提供冲片图纸及Rmxprt路算结果及maxwell模型&#xff0c;可提供2极至8极不同转速及不同功率的电磁方案计算单 提供有限元分析模型&#xff0c;可直接用…...

吉林省GEO营销哪个服务商技术强

在AI搜索时代&#xff0c;GEO&#xff08;地理定位优化&#xff09;营销已成为企业提升本地曝光、精准获客的关键手段。吉林省内&#xff0c;吉林省吉品信息科技公司&#xff08;简称“吉品信息科技”&#xff09;凭借自主技术、合规优化及全流程服务&#xff0c;成为中小企业数…...

python+Ai技术框架的健身房课程预约管理系统的设计与实现django flask

目录技术选型与框架对比核心功能模块设计数据库设计&#xff08;Django示例&#xff09;AI功能实现步骤前后端交互部署与优化测试与迭代项目技术支持可定制开发之功能创新亮点源码获取详细视频演示 &#xff1a;文章底部获取博主联系方式&#xff01;同行可合作技术选型与框架对…...

GitNexus:零服务器代码知识图谱引擎,让代码理解更智能

GitNexus&#xff1a;零服务器代码知识图谱引擎&#xff0c;让代码理解更智能 今日 GitHub 热门&#xff1a;1,860 stars ⭐ | 当日星增 1,860 | 完全在浏览器中运行 &#x1f3af; 核心特性 1️⃣ 零服务器架构 GitNexus 的最大亮点是完全在浏览器中运行&#xff1a; ┌──…...

72 编辑距离

题目 给你两个单词 word1 和 word2&#xff0c; 请返回将 word1 转换成 word2 所使用的最少操作数 。 你可以对一个单词进行如下三种操作&#xff1a; 插入一个字符 删除一个字符 替换一个字符 示例 1&#xff1a; 输入&#xff1a;word1 “horse”, word2 “ros” 输出&…...

Git CI/CD什么意思

Git CI/CD什么意思 Git CI/CD 是现代软件开发中用于自动化构建、测试和部署代码的核心实践。它通常指的是将 Git&#xff08;版本控制系统&#xff09;与 CI/CD&#xff08;持续集成/持续交付或持续部署&#xff09;流水线相结合的工作流。 更清晰地理解&#xff0c;我们可以将…...

数据可视化 Amazon QuickSight介绍和使用

第一章&#xff1a;Amazon QuickSight 基础概念1.1 什么是 Amazon QuickSight&#xff1f;Amazon QuickSight 是亚马逊云科技&#xff08;AWS&#xff09;提供的一项全托管的、基于云的商业智能&#xff08;BI&#xff09;服务。它的核心目标是帮助组织内的任何员工&#xff0c…...

1143. 最长公共子序列-day49

class Solution {public int longestCommonSubsequence(String text1, String text2) {int l1text1.length();int l2text2.length();int[][] dp new int[l11][l21];//dp 前n个最长公共子序列for(int i0;i<l1;i){for(int j0;j<l2;j){//如果用dp[i][j]可以用text1.charAt(i…...

手把手玩转STM32+BQ76940电池管理系统

基于STM32F103主控的MSB管理系统资料 主控芯片STM32F103C8T6&#xff0c;锂电池管理芯片BQ76940。 资料组成&#xff1a;原理图&#xff08;AD打开&#xff0c;无PCB文件&#xff09;&#xff0c;程序源码&#xff0c;上位机软件&#xff0c;bq76940说明文档&#xff0c;bq7694…...

Windows超级管理器:一款功能全面的系统管理工具,可以系统检测、文件清理、隐私保护、磁盘管理、文件粉碎等等实用功能

软件获取地址 Windows超级管理器 Windows超级管理器是一款功能全面的系统管理工具&#xff0c;其功能包括系统检测、文件清理、隐私保护、磁盘管理、文件粉碎等等实用功能。 软件是绿色单文件版&#xff0c;大小仅6.35 MB&#xff0c;非常小巧。软件主界面可以查看你电脑的基…...

AI教育轻创合伙人靠谱吗?机遇与陷阱的深度剖析

随着人工智能技术的飞速发展&#xff0c;AI教育已成为行业新风口&#xff0c;各类轻创合伙人模式应运而生&#xff0c;吸引着众多创业者的目光。然而&#xff0c;面对“AI教育轻创合伙人靠谱吗”这一核心问题&#xff0c;市场观点不一。本文将从行业视角出发&#xff0c;深度解…...

热销榜单:2026年北京本凡科技推荐的最值得的小程序开发平台TOP3,助力企业数字化转型

在数字化转型的背景下&#xff0c;选择一个合适的小程序开发平台至关重要。2026年&#xff0c;北京本凡科技推荐的三大平台&#xff0c;各自以不同的特点和优势支持企业的发展。首先&#xff0c;北京本凡科技凭借其丰富的经验和定制化服务&#xff0c;帮助企业实现个性化需求。…...