Блог

Привет, я довольно новичок в Java, и теперь я начинаю изучать параллелизм Java. И у меня есть небольшие сомнения по поводу синхронизированных методов: я видел, что могу получить те же результаты, используя If else внутри синхронизированного метода, каждый раз проверяя, выполнено ли условие для выполнения действия, как при использовании подхода ожидания / уведомления.

Поскольку я получаю тот же результат, мне интересно, имеет ли подход If else какие-либо преимущества или недостатки по сравнению с подходом wait и notify? Я полагаю, что эффективность будет недостатком, поскольку If всегда проверяет условие, Who le wait просто останавливается и ждет уведомления. Но есть ли какие-либо другие преимущества или недостатки?

Спасибо!

Вы смешиваете две концепции. If-Else и Wait-Notify совершенно разные. Вы хотите, чтобы два потока взаимодействовали друг с другом, то есть там, где будет использоваться Wait-Notify, в то время как if-else является общим условным выражением.

Вы не можете заставить два потока взаимодействовать друг с другом, просто используя условие if-else . Вы можете написать свой код, который делает его похожим на то, что он делает, однако вы просто не позволяете потокам взаимодействовать друг с другом.

Более того, это может привести к нежелательным последствиям / вычислительным состояниям. Рано или поздно у вас будет код hotchpotch.

синхронизированный блок делает код потокобезопасным. Вы хотели бы использовать wait() и notify() или notifyAll() , если хотите быть более эффективными.

Например, если ваш общий ресурс представляет собой список, несколько потоков совместно используются. Если вы поместите его в синхронизированный блок монитора, потоки будут постоянно подключаться и запускать код во время переключения контекста. Даже если список полный!!

Следовательно wait() , используется на мониторе (объект внутри synchronized(..) ) как механизм, позволяющий «сообщить» всем потокам расслабиться и прекратить использование циклов процессора до дальнейшего уведомления или notifyAll() .

 synchronized(monitor) {

    while( list.isEmpty() ) 
       monitor.wait();
    doSomething(...)
}
  

В приведенном выше примере doSomething() будет выполняться только тогда, когда список не пуст, после выполнения другого потока notify() или notifyAll() где-то еще в коде.

• подробнее зачем использовать while surrounding wait ()

НО со следующим кодом:

 synchronized(monitor) {

    if(!list.isEmpty())
        doSomething(...)
}
  

Когда поток поступает в синхронизированный блок, возможны 3 сценария:

1. Список пуст: doSomething() не будет выполнен.
2. Список НЕ пуст: doSomething() может быть выполнен правильно или…
3. Если сразу после и было переключение контекста if doSomething , а другой поток получил все элементы списка, после другого потока с переключением контекста будет выполняться doSomethig() в пустом списке.

Итак, просто подводя итог, если вы используете wait / notify, вы гарантируете более эффективный код! поток не будет работать, когда в этом нет необходимости.