VPF::Какой это Lock? - Форум программистов

COVD

Дата 24.3.2008, 17:12 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1655
Регистрация: 26.7.2005

Репутация: 17
Всего: 43

Нужно сделать "ленивую" инициализацию. Несколько потоков хотят получить доступ к ресурсу. Если ресурс не существует, то первый обратившийся должен запустить запрос на ресурс и ждать результата. Остальные потоки тоже должны ждать. Я это быстро реализовал с блоком synchronized , задумался как назвать, и предположил, что наверняка существует стандартное решение. Что для этого есть в jdk?

LSD

Дата 24.3.2008, 18:56 (ссылка)

(нет голосов)

Загрузка ...

Leprechaun Software Developer

Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 210
Всего: 538

Можно использовать java.util.concurrent.locks.Lock:

Код


  private static Object instance;
  private static Lock lock = new ReentrantLock();

  public static Object getInstance()
  {
    if(instance == null)
    {
      while(!lock.tryLock()) ;
      if(instance == null)
      {
        try
        {
          instance = new Object();
        }
        finally
        {
          lock.unlock();
        }
      }
    }
    return instance;
  }

хотя здесь можно и synchronized спокойно обойтись.

--------------------

Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.

COVD

Дата 24.3.2008, 20:12 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1655
Регистрация: 26.7.2005

Репутация: 17
Всего: 43

Как я понял, здесь используется преимущество отсутствия wait() - все потоки, запрашивающие инстанс, будут крутится в бесконечном цикле

Код


while(!lock.tryLock()) ;

пока первый поток не создаст обьект и не отпустит lock. Но это преимущество, очевидно, имеет место только для относительно быстрых операций создания новых обьектов. Если создание обьекта предполагает запрос на сервер или в базу данных, то, возможно, лучше применить wait().

Спасибо за пример!

Это сообщение отредактировал(а) COVD - 24.3.2008, 20:19

LSD

Дата 24.3.2008, 23:16 (ссылка)

(нет голосов)

Загрузка ...

Leprechaun Software Developer

Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 210
Всего: 538

Цитата(COVD @ 24.3.2008, 20:12

)

На самом деле я перепутал методы, меня смутил перегруженный tryLock(long, TimeUnit). Здесь надо просто

Код


lock.lock();

Первый поток который вызовет этот метод захватит блокировку и начнет процесс инициализации. Остальные потоки просто встанут на lock(). Далее первый поток завершает инициализацию и освобождает блокировку. Остальные потоки по очереди получаю блокировку и убеждаются, что объект уже создан и быстро ее освобождают.

--------------------

w1nd

Дата 25.3.2008, 01:52 (ссылка)

(нет голосов)

Загрузка ...

Вертилятор

Профиль
Группа: Завсегдатай
Сообщений: 1077
Регистрация: 22.3.2006
Где: Москва

Репутация: 20
Всего: 54

Можно использовать ReadWriteLock - оно понятнее и эффективнее. Для чтения блокируют readLock, а для создания - writeLock; блокировка writeLock, естественно, блокирует readLock.

--------------------

COVD

Дата 25.3.2008, 15:15 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1655
Регистрация: 26.7.2005

Репутация: 17
Всего: 43

LSD, спасибо за уточнение. Использование lock() выглядит более традиционным решением.

Добавлено через 6 минут и 15 секунд

Цитата

Можно использовать ReadWriteLock - оно понятнее и эффективнее.

w1nd, спасибо за вариант. Я почитал документацию - он действительно хорош, когда заранее известно, кто "писатель", а кто - "читатель". В моей же задаче "писатель" тот, кто первый обращается к ресурсу. С ходу не видно, как его можно прикрутить.

w1nd

Дата 25.3.2008, 22:34 (ссылка)

(нет голосов)

Загрузка ...

Вертилятор

Профиль
Группа: Завсегдатай
Сообщений: 1077
Регистрация: 22.3.2006
Где: Москва

Репутация: 20
Всего: 54

Цитата(COVD @ 25.3.2008, 15:15

)

Я почитал документацию - он действительно хорош, когда заранее известно, кто "писатель", а кто - "читатель".

Почему? Кто заблокировал writeLock - тот и писатель.

--------------------

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Java: Общие вопросы \| Следующая тема »