Condition是Lock配套的条件等待接口，支持多条件分组唤醒；而synchronized仅有一个隐式等待队列。它需通过lock.newCondition()获取，await()/signal()必须在lock()/unlock()内调用，且须用while循环检查条件以防虚假唤醒。
Condition 是什么，和 synchronized 有什么区别
Condition 是 java.util.concurrent.locks 包下的接口，必须配合 Lock（如 ReentrantLock）使用，不能替代 synchronized。它提供比 wait()/notify() 更精细的线程等待/唤醒控制——比如一个锁可以绑定多个 Condition 实例，实现「按条件分组唤醒」，而 synchronized 下每个对象只有一个隐式等待队列。
常见误用是直接 new Condition()，但它是接口，必须通过 lock.newCondition() 获取；也有人试图在 synchronized 块里调用 condition.await()，这会抛 IllegalMonitorStateException，因为 await() 要求当前线程持有对应 Lock，而非内置锁。
await() / signal() 必须成对出现在 lock() / unlock() 之间
所有 await()、signal()、signalAll() 调用都必须发生在 lock.lock() 之后、lock.unlock() 之前。否则运行时会报 IllegalMonitorStateException。
典型安全写法：
立即学习“Java免费学习笔记（深入）”；
lock.lock();
try {
while (!ready) {
condition.await(); // 等待条件成立
}
// 执行业务逻辑
} finally {
lock.unlock();
}
注意：必须用 while 判断条件，不能用 if——因为虚假唤醒（spurious wakeup）可能发生，await() 返回不保证条件真成立。
-
await()会自动释放锁，并挂起当前线程 - 被
signal()唤醒后，线程需重新竞争锁；获得锁后才从await()返回 -
signal()不释放锁，也不影响当前锁持有状态
多个 Condition 实现精准唤醒（比如生产者-消费者分离）
一个 ReentrantLock 可创建多个 Condition，例如生产者等「有空位」，消费者等「有数据」，两者互不干扰：
