考虑到 wait() 只能在同步上下文中调用，随后释放监视器，直到另一个线程在同一对象上调用了 notify/nofityAll，
假设线程 A 在 wait() 上阻塞，导致线程 B 获取锁。现在如果我们中断线程 A，控制权会立即转移到线程 A 吗？在这种情况下，由于处理 InterrupException 的 try catch 块在同步上下文中，并且由于一次只有一个线程可以持有监视器，线程 B 会发生什么？是否应该在线程 A 完成执行之前进入阻塞状态？
提前致谢
【问题讨论】：
标签： java multithreading concurrency interrupted-exception
阅读文档确实有帮助：
http://download.oracle.com/javase/1.4.2/docs/api/java/lang/Object.html#wait%28long%29
因此，当线程中断时，它必须重新获取Object的监视器，以恢复抛出异常之前的同步状态。在经过指定的时间后从 wait(long) 调用返回也是如此。
线程 T 然后从该对象的等待集中移除，并且 重新启用线程调度。然后它以通常的方式竞争 与其他线程获取在对象上同步的权利；一旦它 已经获得了对象的控制权，它的所有同步声明都在 对象恢复到之前的状态——也就是说，恢复到 调用等待方法时的情况。螺纹 T 然后从调用等待方法返回。因此，在返回 从等待方法，对象的同步状态和 线程 T 与调用 wait 方法时完全相同。
如果当前线程被另一个线程中断，而它正在 等待，然后抛出 InterruptedException。这个例外不 直到该对象的锁定状态恢复为 如上所述。
【讨论】：
我相信 A 将变得可运行，但会等到它可以获取锁后再继续执行 catch 子句。它不会强制 B 进入阻塞状态。同步块的全部意义在于保证持有锁的线程在放弃锁之前没有其他线程可以在同一个锁上同步；强制 B 进入阻塞状态并让 A 重新获取锁将违反同步的本质。
【讨论】：