Методы wait, notify, notifyAll в Object (Java): как думаете, почему методы определены именно в этом классе?

Question

[themostserious]

wait, notify, notifyAll по описанию больше подходят для потоков - т.е., к примеру, класс Thread.

Answer 1

[Толстый Лорри]

Чтобы не писать лишнего кода в простых случаях. Никто не запрещает использовать интерфейсы Lock и Condition (в котором есть аналоги - await, signal, signalAll), позволяющие более гибко использовать синхронизацию, например, реализовывать несколько различных блокировок.

Comments

[themostserious]

а можно пример простого случая? когда лучше не заморачиваться с данными интерфейсами?

[Толстый Лорри]

@themostserious
Подойдет любой случай, где вам достаточно внутренней блокировки и одного условия. Это хорошо описано в книге:
Хорстманн К., Корнелл Г. - Java 2. Том 1. Основы (Библиотека программиста)

Там описывается модель банковских счетов, каждый из который имеет некоторую стартовую сумму и управляется отдельным потоком. Затем, в течении некоторого времени потоки рандомно обмениваются случайными суммами. Здесь одним условием блокировки будет достаточная сумма на счету для совершения транзакции (если ее нет, то условие блокирует поток wait/await до того момента, как другой поток положит деньги и вызовет notify/signal).
Вторым условием, скажем, будет время: банковские операции возможны только в период работы банка - с 09:00 до 18:00.

*Пример топорный, но с ходу на изящность фантазии не хватает.*

[themostserious]

спасибо большое за ваше терпение

Answer 2

[A_Gura]

В силу изначального дизайна языка. Т.к. монитором блокировки может служить любой объект, то логично определить эти методы в корне иерархии, т.е. в классе Object. Здесь надо помнить, что пакет java.util.concurrent существовал в Java не всегда, и появился лишь в версии 1.5.