java-为什么wait，notify和notifyall定义在Object中

本文翻译自：http://javarevisited.blogspot.jp/2012/02/why-wait-notify-and-notifyall-is.html

背景

为什么wait,notify,notifyAll声明在类Object中而不是在Thread中这个问题是一个非常有名的java核心面试题，在各种级别的Java开发者面试中都会出现（2年，4年，甚至资深的工程师）。

这个问题的魅力在于，它反映了面试者是否知道等待通知机制，他如何看待整个等待和通知功能，以及他的理解是否不浅于这个主题。 像为什么在Java中不支持多重继承和为什么Java中String是final类型的问题一样，这些问题都有多个答案并且每一个都有可以证明的理由。

在我的所有面试经验中，我发现wait和notify仍然是大多数Java程序员特别是2到3年最困惑的，如果要求他们使用wait和notify编写代码，他们经常会挣扎者难以实现。 所以，如果你要去参加任何Java面试，确保你对wait和notify机制有清晰认识，并且你能很容易的使用wait和notify机制编程代码来实现像生产消费者问题或实现阻塞队列等。本文是继续 的我早先的文章有关等待和通知例如 为什么Wait和notify需要从同步块或方法中调用，Java中的等待，睡眠和yield方法之间的区别，如果你还没有阅读你可能会发现有趣。

顺便说一下这篇文章是我的早期文章的延续，有关等待和通知。 为什么Wait和notify需要从同步块或方法中调用，Java中的等待，睡眠和yield方法之间的区别，如果你还没有阅读你可能会发现有趣。

答案

为什么它们不应该在Thread类这里有一些想法，对我来说是有意义的。

1. wait和nofity不是常见的普通java方法或同步工具，在Java中它们更多的是实现两个线程之间的通信机制。 如果不能通过类似synchronized这样的Java关键字来实现这种机制，那么Object类中就是定义它们最好的地方，以此来使任何Java对象都可以拥有实现线程通信机制的能力。记住synchronized和wait,notify是两个不同的问题域，并且不要混淆它们的相似或相关性。 同步类似竞态条件，是提供线程间互斥和确保Java类的线程安全性的，而wait和notify是两个线程之间的通信机制。
2. 每个对象都可以作为锁，这是另一个原因wait和notify在Object类中声明，而不是Thread类。
3. 在Java中，为了进入临界区代码段，线程需要获得锁并且它们等待锁可用，它们不知道哪些线程持有锁而它们只知道锁是由某个线程保持，它们应该等待锁而不是知道哪个线程在同步块内并要求它们释放锁。 这个比喻适合等待和通知在object类而不是Java中的线程。

这些只是我的想法为什么wait和notify方法在Object类中声明，而不是Java中的Thread，当然你可以有不同的观点。 在现实中，它就是Java不支持操作符重载一样，只是Java设计者做的一个设计决定。 无论如何，如果你有任何其它令人信服的理由请发布出来。

补充

“Java is based on Hoare’s monitors idea (http://en.wikipedia.org/wiki/Monitor_%28synchronization%29). In Java all object has a monitor. Threads waits on monitors so, to perform a wait, we need 2 parameters:

• a Thread
• a monitor (any object)

In the Java design, the thread can not be specified, it is always the current thread running the code. However, we can specify the monitor (which is the object we call wait on). This is a good design, because if we could make any other thread to wait on a desired monitor, this would lead to an “intrusion”, posing difficulties on designing/programming concurrent programs. Remember that in Java all operations that are intrusive in another thread’s execution are deprecated (e.g. stop()).”