Условия vs objects wait/notify

Question

Я читал около Condition объектов и как они предлагают несколько наборов ожидания для каждого объекта, а также различают, какой объект или группа объектов/потоков получает конкретный сигнал.
Почему нет обычного Object? Например.

Вместо:

final Condition notFull = lock.newCondition(); 
final Condition notEmpty = lock.newCondition();  

lock.lock(); 
try { 
    while (count == items.length) 
    notFull.await(); 
    items[putptr] = x; 
    if (++putptr == items.length) putptr = 0; 
     ++count; 
    notEmpty.signal(); 

Мы делаем это:

final Object notFull = new Object();  
final Object notEmpty = new Object();  

lock.lock(); 
try { 
    while (count == items.length) 
    notFull.wait(); 
    items[putptr] = x; 
    if (++putptr == items.length) putptr = 0; 
     ++count; 
    notEmpty.notify(); 

Не у нас еще есть несколько наборов ожидания и различать среди заявленных потоков?

Answer 1

Перед тем как позвонить wait или notify, необходимо позвонить по телефону synchronize. Когда вам нужны два разных набора, вам нужно два объекта для синхронизации. Вложенная синхронизация даст вам взаимоблокировки.

Answer 2

Это не нормально. У вас должен быть собственный монитор объекта, чтобы использовать его метод notFull.wait(). Даже если бы это было разрешено, он все равно не выпустил бы lock, поэтому ни один другой поток не смог бы получить к нему доступ.

Answer 3

В вашем примере вы создали 2 условия на одном замке. Это то, что вы не можете сделать со встроенной синхронизацией - вам нужно было использовать 2 объекта, чтобы получить 2 условия.

И ваш второй код сломан, потому что вы не получили блокировку на notFull и notEmpty, но вызываете wait/notify - вы получите IllegalMonitorStateException. Но если вы попытаетесь заблокировать их обоих, вы увидите, что вы не можете сделать это одновременно. Это разность