一、Condition的await()方法底层源码

以下是 ConditionObject 中 await 方法的源码及其详细分析:

public final void await() throws InterruptedException {
// 判断当前线程是否是中断状态,是就直接给个中断异常
if (Thread.interrupted())
throw new InterruptedException(); // 将调用 await 的线程包装成 Node,添加到 Condition条件队列并返回
Node node = addConditionWaiter(); // 完全释放节点持有的锁,因为其他线程唤醒当前线程的前提是【持有锁】
int savedState = fullyRelease(node); // 设置打断模式为没有被打断,状态码为 0
int interruptMode = 0; // 如果该节点还没有转移至 AQS 阻塞队列, park 阻塞,等待进入 AQS阻塞队列
while (!isOnSyncQueue(node)) {
LockSupport.park(this);
// 如果被打断,退出等待队列,对应的 node 【也会被迁移到 AQS阻塞队列】尾部,状态设置为 0
if ((interruptMode = checkInterruptWhileWaiting(node)) != 0)
break;
} // 逻辑到这说明当前线程退出 Condition条件队列,进入【AQS阻塞队列】 // 尝试枪锁,获取锁成功判断打断模式
if (acquireQueued(node, savedState) && interruptMode != THROW_IE)
interruptMode = REINTERRUPT; // node 在Condition条件队列时 如果被外部线程中断唤醒,会加入到 AQS阻塞队列,但是并未设 nextWaiter = null
if (node.nextWaiter != null)
// 清理条件队列内所有已取消的 Node
unlinkCancelledWaiters(); // 条件成立说明挂起期间发生过中断
if (interruptMode != 0)
// 应用打断模式
reportInterruptAfterWait(interruptMode);
}

二、await 方法的详细步骤解析

1、检查线程中断状态

  • Thread.interrupted():检查当前线程是否已被中断。如果已被中断,抛出 InterruptedException。

2、创建等待节点

  • addConditionWaiter():将当前线程封装为一个 Node 节点,并加入到 Condition 的等待队列中。

    • Condition 的等待队列是一个单向链表,每个节点代表一个等待线程。

    • 新节点会被添加到链表的尾部。

3、释放锁

  • fullyRelease(node):完全释放与 Condition 关联的锁。

    • 调用 AQS 的 release 方法,释放锁并唤醒后继节点。

    • 保存当前的锁状态(savedState),以便后续重新获取锁。

4、阻塞线程

  • isOnSyncQueue(node):检查当前节点是否在同步队列中。

    • 如果节点不在同步队列中,调用 LockSupport.park(this) 阻塞当前线程。

    • 线程被阻塞后,会一直等待,直到被其他线程调用 signal 或 signalAll 唤醒,或者被中断。

5、处理中断

  • checkInterruptWhileWaiting(node):检查线程是否在等待过程中被中断。

    • 如果被中断,返回中断模式(THROW_IE 或 REINTERRUPT)。

    • THROW_IE:表示在等待过程中被中断,需要抛出 InterruptedException。

    • REINTERRUPT:表示在唤醒后被中断,需要重新设置中断状态。

6、重新获取锁

  • acquireQueued(node, savedState):线程被唤醒后,重新尝试获取锁。

    • 如果获取锁成功,返回 true。

    • 如果获取锁失败,线程会继续阻塞,直到获取锁。

7、清理取消的等待节点

  • unlinkCancelledWaiters():清理等待队列中已取消的节点。

  • 遍历等待队列,移除状态为 CANCELLED 的节点。

8、报告中断状态

  • reportInterruptAfterWait(interruptMode):根据中断模式处理中断状态。

    • 如果中断模式为 THROW_IE,抛出 InterruptedException。

    • 如果中断模式为 REINTERRUPT,重新设置线程的中断状态。

Condition的await()方法底层源码的更多相关文章

  1. AspNetCore底层源码剖析(三)IOC

    title: AspNetCore底层源码剖析(三)IOC date: 2022-09-21 13:20:01 categories: 后端 tags: - .NET 介绍 每个 ASP.NET Co ...

  2. Android开发之漫漫长途 Ⅵ——图解Android事件分发机制(深入底层源码)

    该文章是一个系列文章,是本人在Android开发的漫漫长途上的一点感想和记录,我会尽量按照先易后难的顺序进行编写该系列.该系列引用了<Android开发艺术探索>以及<深入理解And ...

  3. 为什么很多类甚者底层源码要implements Serializable ?

    为什么很多类甚者底层源码要implements Serializable ? 在碰到异常类RuntimeException时,发现Throwable实现了 Serializable,还有我们平进的ja ...

  4. List-LinkedList、set集合基础增强底层源码分析

    List-LinkedList 作者 : Stanley 罗昊 [转载请注明出处和署名,谢谢!] 继上一章继续讲解,上章内容: List-ArreyLlist集合基础增强底层源码分析:https:// ...

  5. 从底层源码浅析Mybatis的SqlSessionFactory初始化过程

    目录 搭建源码环境 POM依赖 测试SQL Mybatis全局配置文件 UserMapper接口 UserMapper配置 User实体 Main方法 快速进入Debug跟踪 源码分析准备 源码分析 ...

  6. Java泛型底层源码解析-ArrayList,LinkedList,HashSet和HashMap

    声明:以下源代码使用的都是基于JDK1.8_112版本 1. ArrayList源码解析 <1. 集合中存放的依然是对象的引用而不是对象本身,且无法放置原生数据类型,我们需要使用原生数据类型的包 ...

  7. 2018.11.20 Struts2中对结果处理方式分析&struts2内置的方式底层源码剖析

    介绍一下struts2内置帮我们封装好的处理结果方式也就是底层源码分析 这是我们的jar包里面找的位置目录 打开往下拉看到result-type节点 name那一列就是我们的type类型取值 上一篇博 ...

  8. HashMap和ConcurrentHashMap的区别,HashMap的底层源码

    HashMap本质是数组加链表,根据key取得hash值,然后计算出数组下标,如果多个key对应到同一个下标,就用链表串起来,新插入的在前面. ConcurrentHashMap在HashMap的基础 ...

  9. 总结HashSet以及分析部分底层源码

    总结HashSet以及分析部分底层源码 1. HashSet继承的抽象类和实现的接口 继承的抽象类:AbstractSet 实现了Set接口 实现了Cloneable接口 实现了Serializabl ...

  10. LInkedList总结及部分底层源码分析

    LInkedList总结及部分底层源码分析 1. LinkedList的实现与继承关系 继承:AbstractSequentialList 抽象类 实现:List 接口 实现:Deque 接口 实现: ...

随机推荐

  1. uni-app发布体验版本后授权登录很卡

    今天uni-app发布了一个体验版本, 但是我发现扫码登录后: 非常的卡顿在授权登录的时候: 但是在我的模拟器开发的时候, 是非常的流畅的. 没有一点儿的卡顿: 在真机上预览的时候也是非常的流畅的: ...

  2. SqlServer性能检测之Sql语句排查

    很多时候,我们在用SQL语句查询数据时,难免会漏掉对SQL语句性能的考虑,所以有时就会造成SqlServer服务占用过高的问题,为了大致排查是哪些SQL语句造成的问题,我们可以通过如下SQL查询出最近 ...

  3. presto集成iceberg

    一.Presto服务下新建catelog cd /usr/local/service/presto/etc/catalog vim iceberg.properties connector.name= ...

  4. Flink11--FliterAndKeyBy算子

    一.导入依赖 参考本人下博客 二.代码 FLink11FilterApp.java package net.xdclass.class9; import org.apache.flink.api.co ...

  5. Hive表误删恢复

    一.简介 因hive表删除后,hdfs文件会先放入回收站,定期清理回收站.在回收之前可以进行清理数据 二.恢复步骤 2.1 看表存储是否损坏select type from dw.ods_test1 ...

  6. Luogu P7250 BalticOI 山峰 题解 [ 蓝 ] [ 模拟 ] [ 并查集 ] [ BFS ]

    Luogu P7250 BalticOI 山峰. 一道大模拟,很暴力,也很难写.建议紫或蓝,标签为模拟.广度优先搜索.并查集. 思路 首先观察到答案取决于路线上的最低点,所以我们可以把所有点的高度丢进 ...

  7. docker-镜像的作用

    ls /var/lib/docker tree /var/lib/docker overlay2 docker pull ubuntu:8.0 docker images ls /var/lib/do ...

  8. flutter-解决长按TextField出现英文(复制粘贴)问题

    第一步 引入依赖 dependencies: flutter: sdk: flutter flutter_localizations: sdk: flutter 第二步 在main.dart中添加代码 ...

  9. JUC并发—13.Future模式和异步编程简介

    大纲 1.Runnable接口与Callable接口 (1)Runnable接口实现异步任务 (2)Callable接口实现异步任务 2.Future模式 (1)Future模式的概念 (2)Futu ...

  10. docker - [03] docker原理

    题记 一.docker是怎么工作的 docker是一个CS(Client - Server)结构的系统,docker的守护进程运行在主机上,通过Socket从客户端访问. docker Server接 ...