illegalmonitorstateexception 发生在未获取对象锁时调用 wait、notify 或 notifyall 方法，因线程未持有监视器导致非法操作。
在Java多线程编程中，IllegalMonitorStateException 是一个常见的运行时异常，通常发生在对对象的监视器（monitor）进行非法操作时。比如在没有获取对象锁的情况下调用 wait()、notify() 或 notifyAll()) 方法，就会抛出这个异常。理解其成因并掌握正确的处理方式，是编写稳定多线程程序的关键。
为什么会出现IllegalMonitorStateException？
该异常的核心原因是：线程在未拥有指定对象的内置锁（即未进入 synchronized 块或方法）时，尝试调用该对象的 wait()、notify() 或 notifyAll() 方法。
Java规定，这三个方法必须在同步上下文中执行，也就是说，调用它们的线程必须已经通过 synchronized 获取了对应对象的锁。
错误示例：以下代码会抛出 IllegalMonitorStateException：
立即学习“Java免费学习笔记（深入）”；
Object lock = new Object(); // 错误：未使用 synchronized lock.wait(); // 抛出 IllegalMonitorStateException
如何正确调用 wait 和 notify
要避免该异常，必须确保在 synchronized 块或方法中调用这些方法。以下是正确写法：
- 使用 synchronized 确保当前线程持有对象锁
- 调用
wait()时，线程会释放锁并进入等待状态 - 其他线程通过
notify()或notifyAll()唤醒等待中的线程
正确示例：
synchronized (lock) {
try {
System.out.println("等待通知...");
lock.wait(); // 合法：已持有锁
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
另一个线程唤醒时：
synchronized (lock) {
System.out.println("发出通知");
lock.notify(); // 合法唤醒
}
常见场景与最佳实践
在实际开发中，如生产者-消费者模型、线程协作等场景，经常需要使用 wait/notify 机制。遵循以下几点可有效避免异常：
- 始终在 synchronized 中调用 wait/notify：这是硬性要求，不可省略
- 使用 while 而不是 if 判断条件：防止虚假唤醒（spurious wakeup）
- 捕获 InterruptedException：wait 方法会抛出该异常，需妥善处理
-
优先考虑高级并发工具：如
BlockingQueue、CountDownLatch、Condition等，它们封装了底层细节，更安全易用
推荐替代方案：
例如使用 ReentrantLock 配合 Condition，能提供更灵活的控制：
ReentrantLock lock = new ReentrantLock();
Condition condition = lock.newCondition();
// 等待
lock.lock();
try {
condition.await();
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
} finally {
lock.unlock();
}
// 唤醒
lock.lock();
try {
condition.signal();
} finally {
lock.unlock();
}
基本上就这些。只要记住：调用 wait、notify 前必须获得对象锁，就能避开 IllegalMonitorStateException。使用现代并发类库还能进一步提升代码的健壮性和可读性。
