Случай использования ReentrantLock

Question

Я очень плохо разбираюсь в концепции MultiThreading Java.

Я использовал функции и использование ReentrantLock. Я понял, что он более гибкий, а затем синхронизирован и добавляет еще несколько функций.

Я вижу примеры, упомянутые на нем, и я получил это хорошо.

Я не могу понять сценарий реального времени, где именно он будет полезен в бизнесе.

Я вижу, что лучше избегать взаимоблокировок.

Может ли кто-то предоставить прецедент, где без ReentrantLock будет трудно решить такой вариант использования.

или может указать на какую-то ссылку.

Answer 1

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

Очень распространенный пример - это интернет-порталы, которые позволяют вам покупать/заказывать билеты (любые). Вы получаете блокировку времени на интересующем вас месте/ресурсе. По истечении времени и если транзакция не завершена, любое другое клиентское приложение (поток) может получить блокировку на нем.

Answer 2

ReentrantLock может использоваться для требований времени ожидания. Предположим, вы пытаетесь получить блокировку, но блокировка уже выполнена в этот момент, вы можете использовать tryLock(), который будет немедленно возвращен, а позже вы можете попробовать еще раз.

ReentrantLock имеет некоторые другие преимущества быть обеспечивают fairLock или несправедливого его мошенника структуры:

public ReentrantLock(boolean fair) 

если поставить fair в false, чем он не предоставит вам замок с справедливым заказом. И несправедливо заказ выставляет справедливый замок. Я могу объяснить это, если вам нужно больше деталей.

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

Вы можете реализовать такие функции, как столовый философ с этим механизмом блокировки. Если обе палочки доступны, чем идти вперед, и есть еще одну вещь, которую вы сейчас держите.

public void run() { 
    while (!Thread.currentThread().isInterrupted()) { 
     if (l.getLeftLock().tryLock()) { 
      try { 
       if (r.getRightLock().tryLock()) { 
        try { 
         System.out.println("Eating philosopher1 !!!!"); 
        } finally { 
         r.getRightLock().unlock(); 
        } 
       } 
      } finally { 
       l.getLeftLock().unlock(); 
      } 

     } 
     try { 
      Thread.currentThread().sleep((int) (100 * Math.random())); 
     } catch (InterruptedException ex) { 
      Thread.currentThread().interrupt(); 
     } 
    } 
} 

Answer 3

Взгляните: https://stackoverflow.com/a/1312282/668951 Также в моем случае я прочитал об этом в Henry Wong's book, хотя и не очень подробно.

Answer 4

Для ReentrantLock класса, по сравнению с простым synchronized на мой взгляд, основные преимущества:

• приобретают/снятия блокировки в разных блоках.
• имеют справедливые замки (FIFO для ожидающих потоков)
• может попытаться заблокировать
• может иметь несколько переменных условие

Кроме того, немного не по теме, но для понимания Java параллельных классов, я нашел Java Concurrent Animated очень полезно. Загрузите файл runnable jar и посмотрите сами.