AQS之Condition刨根问底拦不住~_aqs conditon-优快云博客

文章介绍了Java中的Condition概念，作为Lock接口的一部分，它提供了比synchronized更细粒度的线程同步机制。通过Condition，线程可以在满足特定条件时等待，而其他线程可以通过signal和signalAll方法唤醒等待的线程。文中通过上厕所的例子和一个生产者消费者模型展示了Condition的使用场景，并解析了await、signal和signalAll方法的工作原理。此外，还提到了AQS同步队列和Condition条件队列的区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

相关注释源代码：https://github.com/lhj502819/jdk1.8-source-analysis

为什么会有Condition这个东东？

显示的Lock与synchronized的功效相同，都是为执行逻辑加锁。Object 的监视器方法：wait、notify、notifyAll 应该都不陌生，在多线程使用场景下，必须先使用 synchronized 获取到锁，然后才可以调用 Object 的 wait、notify。
Condition 的使用，相当于用 Lock 替换了 synchronized，然后用 Condition 替换 Object 的监视器方法。具体如何替代的下方将会一一解析。

使用场景

举一个贴近生活的例子吧，例如我们排队去上厕所，每个厕所有专门负责发放卫生纸的，我们通过排队最终获得了锁进入了厕所，但是不巧的是发现忘记带纸，遇到这种事情很无奈，但是也得接受这个事实，这时只能乖乖的出去等着发纸员拿纸来**(Condtion#await)**，但其他人也有没拿纸的，需要等着发纸员把纸给前边的人(也就是进入了Condition条件队列中等待)，当然自己再出厕所去拿纸之前还要把锁释放掉，好让后面排队的人进来，在发纸员给了纸之后(条件满足Condition#signal)自己再去厕所门口排队（AQS同步队列），等待获取锁。

//Person线程
//上厕所，获取锁
person.lock();
//获取成功
//发现没带纸
//释放锁去等着发纸员发纸，进入条件队列
person.await();
//拿到纸了
//继续去厕所排队拉粑粑
=============================================
//发纸员线程
//从条件等待队列中叫来第一个人，发给他纸
paper.signal()