同步队列阻塞器AQS的执行流程,案例图

假设有A、B、C三个线程使用AQS抢占资源,A先到,抢占一段时间后释放,B后到,C最后到

同步队列阻塞器里面,初始,有head、tail指向null,state=0,当前抢占线程null,其中head,tail为Node类型,state为int类型,exclusiveOwnerThread(当前抢占线程)为Thread类型。

Node对象类型关键属性:next下一个节点指向、pre前一个节点指向、Thread拥有节点线程、waitStatus等待状态。

此时A线程最先到,通过CAS抢占资源。

state设置为1,代表已抢占。

抢占的线程为A,exclusiveOwnerThread=A

A抢到资源后继续执行。

此时B线程来到,发现同步队列阻塞器state=1,也就是已经被占用了,而且占有线程是A,所以B尝试CAS抢占资源,失败后开始排队。

排队流程是,线程B发现如果tail指向为null,先创建一个虚拟节点,同步队列阻塞器的head,tail指向虚拟节点

然后把线程B封装成Node节点。

线程B的pre指向虚拟节点,如果tail指向NodeB成功,则虚拟节点的next指向NodeB

把虚拟节点的等待标志设为-1,然后阻塞线程B

此时C线程来到,发现同步队列阻塞器state=1,也就是已经被占用了,而且占有线程是A,所以C尝试CAS抢占资源,失败后开始排队。

此时C发现tail指向不为null,所以直接在tail的指向,也就是NodeB后面排队。

节点C的pre先指向节点B

tail的节点如果指向节点C成功,节点B的next指向节点C

C线程会把节点B的等待状态设置为-1,然后阻塞线程C

如果此时A执行完了,会清空state和占有线程,让虚拟线程的waitStatus为0,并释放线程B

线程B释放后,会去占有资源,state=1,占有线程为线程B

会把虚拟节点置空,把NodeB变为虚拟节点

1.让head指向节点B

2.节点B的线程为null

3.节点B的pre指向null

4.虚拟节点的next指向null(为了被GC)

相关推荐
编啊编程啊程20 分钟前
gRPC从0到1系列【6】
java·rpc·kafka·dubbo·nio
宸津-代码粉碎机1 小时前
Redis 进阶:跳出缓存局限!7 大核心场景的原理与工程化实践
java·人工智能·redis·python
Terio_my1 小时前
Spring Boot 缓存技术
spring boot·后端·缓存
极客先躯1 小时前
Spring Statemachine 架构详解
java·spring·架构
IT_陈寒1 小时前
Python 3.12 性能暴增50%!这5个新特性让老项目直接起飞
前端·人工智能·后端
你的人类朋友1 小时前
【操作系统】说说 x86 和 x64
后端·程序员·操作系统
ccccczy_1 小时前
Java微服务容器化与 Kubernetes 编排实战:从 Docker 多阶段构建到云原生弹性扩展
java·docker·kubernetes·springboot·microservices·cloudnative·containerization
半夏知半秋1 小时前
基于skynet框架业务中的gateway实现分析
服务器·开发语言·后端·学习·gateway
沉木渡香2 小时前
VSCode中Java开发环境配置的三个层级(Windows版)1-3
java·windows·vscode
程序员小白条2 小时前
度小满运维开发一面
java·运维·python·职场和发展·运维开发