await释放的是当前线程正持有的、该condition所属的reentrantlock实例的锁；前提是调用前已通过lock.lock()获取锁，否则抛illegalmonitorstateexception，且释放过程原子性完成锁释放、入等待队列和线程挂起。
Condition 的 await() 方法释放的是与之关联的 ReentrantLock（或其子类）所持有的锁，不是 synchronized 锁，也不是任意锁 —— 它只对通过 Lock.newCondition() 创建、且绑定在同一把 Lock 实例上的 Condition 有效。
await 释放的是哪个锁？
它释放的是当前线程**正持有**的、该 Condition 所属的 ReentrantLock 实例的锁。前提是调用 await() 前，线程必须已通过 lock.lock() 成功获取了这把锁。否则会抛出 IllegalMonitorStateException。
释放锁的具体过程
- 线程在调用
await()时，会原子性地完成三件事：释放当前持有的锁、将自己加入 Condition 的等待队列、挂起线程（进入 WAITING 状态） - 释放锁后，其他线程可以竞争并获取该 Lock，继续执行临界区逻辑
- 被 await 阻塞的线程不会参与 Lock 的公平/非公平竞争，它只响应 signal/signalAll 唤醒，唤醒后需重新竞争锁（可能阻塞在 lock() 上）
和 synchronized + wait() 的区别
synchronized 块里的 wait() 释放的是该同步块对应的 monitor 锁（即对象内置锁），而 Condition.await() 释放的是显式 Lock 对象的锁。两者机制不同：前者基于 JVM monitor，后者基于 AQS（AbstractQueuedSynchronizer）实现的等待队列。
典型使用模式
必须严格遵循“先加锁 → 判断条件 → 调用 await → 被唤醒后重新判断”的顺序：
lock.lock();
try {
while (!conditionMet()) {
condition.await(); // 这里释放 lock，并挂起
}
// 条件满足，执行业务逻辑
} finally {
lock.unlock();
}
注意：不能用 if 替代 while，避免虚假唤醒；await 返回前会自动重新获取锁（但需排队竞争），所以后续代码仍在临界区内。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
