黑马程序员技术交流社区

标题: 对于等待唤醒机制的疑问 [打印本页]

---

作者: 尤洋    时间: 2012-8-9 16:12
标题: 对于等待唤醒机制的疑问
视频中毕老师讲到wait()和notify()时提到过，唤醒命令 所唤醒的 是线程池中最近的一个线程。
我想问的是 假如有两个进程A,B，而这两个进程，都是多线程的，并且都采用了等待唤醒机制，那么
他们在使用notify()时，会否出现 交叉notify到对方线程 的现象。
比如 A使用wait后 还没使用notify，B也执行了wait,此时 A再执行notify 的话，唤醒的是谁的线程呢

---

作者: 郑小杰    时间: 2012-8-9 17:29
你说的这种情况属于同步嵌套，所以在操作同步线程的时候必须在wait(),notify()之前标识出它们操作的线程所属的锁，只有同一个锁上的被等待线程，可以被同一个锁上notify唤醒，也就说等待和唤醒必须是同一个锁。下边是API中的解释，你看一下，wait()前面是不是有obj标识对吧？


当前线程必须拥有此对象监视器。该线程发布对此监视器的所有权并等待，直到其他线程通过调用 notify 方法，或 notifyAll 方法通知在此对象的监视器上等待的线程醒来。然后该线程将等到重新获得对监视器的所有权后才能继续执行。
对于某一个参数的版本，实现中断和虚假唤醒是可能的，而且此方法应始终在循环中使用：
synchronized (obj) {
while (<condition does not hold>)
obj.wait();
... // Perform action appropriate to condition
     }

---

作者: 尤洋    时间: 2012-8-9 17:38
问题已解决

---

作者: 张雪磊    时间: 2012-8-9 17:48
唤醒命令 所唤醒的 是线程池中最先进入的一个线程。 不是最近的一个线程
另外wait()和notify()是在同步锁里使用的，如果不在的话或者用的不是同一把锁
即没有同步成功会抛出 IllegalMonitorStateException异常，
既然必须在同步锁里使用你唤醒的肯定是执行到同步锁里的线程。
因为两个代码块同步自然是唤醒的代码块中的线程

---

欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/)

黑马程序员IT技术论坛 X3.2