旧项目代码中调用 wakeup() 的地方应替换为 notify()，因为 wakeup() 已被标记为软废弃（deprecated），其底层实现与 notify() 完全一致，但官方建议统一使用 notify() 以符合新的命名规范。只需在项目中全局搜索并替换方法名即可，无需修改参数或逻辑，替换后行为保持不变。
wait() 配合新通知方法的锁状态变化
当线程持有对象锁并调用 wait() 进入等待状态时，其他线程通过 notify() 唤醒它，被唤醒的线程不会立即恢复执行，而是需要重新获取对象锁。这意味着从 wait() 返回到 synchronized 块继续执行之间，存在一个竞争锁的时间窗口。如果此时有其他高优先级线程抢先获取了锁，当前线程必须等待锁释放后才能继续。
public class MonitorExample {
private final Object lock = new Object();
public void producer() throws InterruptedException {
synchronized (lock) {
System.out.println("Producing...");
// 模拟生产耗时
Thread.sleep(100);
lock.notify(); // 替代旧的 wakeup()
}
}
public void consumer() throws InterruptedException {
synchronized (lock) {
while (true) { // 通常配合条件检查
if (hasData()) break;
lock.wait(); // 释放锁并等待
}
consumeData();
}
}
}
notifyAll() 在多消费者场景下的适用性
在多个线程等待同一锁的情况下，使用 notify() 只能随机唤醒一个等待线程，这可能导致某些线程长期饥饿或死锁，特别是当等待条件复杂时。此时应改用 notifyAll()，它会唤醒所有等待该对象锁的线程。虽然这会带来一定的上下文切换开销，但能确保所有符合条件的线程都有机会重新竞争锁并检查条件，从而避免遗漏唤醒。
public class MultiConsumerExample {
private final Object lock = new Object();
private boolean ready = false;
public void signalAll() {
synchronized (lock) {
ready = true;
lock.notifyAll(); // 唤醒所有等待者
}
}
public void waitForReady() throws InterruptedException {
synchronized (lock) {
while (!ready) {
lock.wait();
}
ready = false; // 重置状态
}
}
}
替换后遗留的 @Deprecated 警告处理
即使将 wakeup() 替换为 notify()，如果在编译或静态扫描中仍看到关于 wait() 或相关同步方法的废弃警告，通常是因为代码中混用了不同版本的 JDK 特性或第三方库的包装类。确保所有同步操作都基于 java.lang.Object 的标准方法，并移除任何自定义的 wakeup 封装函数。若项目中使用了 Lombok 或其他注解处理器生成的同步代码，需检查其版本是否支持最新的 JDK 规范，必要时升级依赖或手动重写同步块。
