java.util.concurrent.locks

Интерфейсный ReadWriteLock

Все Известные Классы с реализацией:

ReentrantReadWriteLock

public interface ReadWriteLock

ReadWriteLock поддерживает пару связанных locks, один для операций только для чтения и один для того, чтобы записать. read lock может быть сохранен одновременно многократными потоками читателя, пока нет никаких писателей. write lock является монопольным.

Все реализации ReadWriteLock должны гарантировать что эффекты синхронизации памяти операций writeLock (как определено в Lock интерфейс), также содержат относительно связанного readLock. Таким образом, поток, успешно получающий блокировку чтения, будет видеть все обновления, сделанные после предыдущего выпуска блокировки записи.

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

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

Хотя основная работа блокировки чтения-записи является прямой, есть много стратегических решений, которые должна сделать реализация, который может влиять на эффективность чтения-записи, привязывают данное приложение. Примеры этих политик включают:

• Определение, предоставить ли блокировку чтения или блокировку записи, когда и читатели и писатели ожидают, в то время, когда писатель выпускает блокировку записи. Предпочтение писателя распространено, поскольку записи, как ожидают, будут короткими и нечастыми. Предпочтение читателя менее распространено, поскольку оно может привести к длинным задержкам записи, если читатели являются частыми и долговечными как ожидалось. Ярмарка, или "чтобы" реализации также возможны.
• Определяя, ли читатели, которые запрашивают блокировку чтения, в то время как читатель активен и писатель ожидает, предоставляются блокировку чтения. Предпочтение читателю может задержать писателя неопределенно, в то время как предпочтение писателю может уменьшить потенциал для параллелизма.
• Определение, повторно используемы ли блокировки: может поток с блокировкой записи повторно получать это? Это может получить блокировку чтения, содержа блокировку записи? Блокировка чтения непосредственно повторно используема?
• Запись может заблокировать быть пониженной к блокировке чтения, не разрешая прошедшему писателю? Чтение может заблокировать быть обновленным до блокировки записи, в предпочтении к другим ожидающим читателям или писателям?

Следует рассмотреть все эти вещи, оценивая пригодность данной реализации для Вашего приложения.

С тех пор:

1.5

См. Также:

ReentrantReadWriteLock, Lock, ReentrantLock

Сводка метода

Методы

Модификатор и Тип	Метод и Описание
Блокировка	readLock() Возвращает блокировку, используемую для того, чтобы читать.
Блокировка	writeLock() Возвращает блокировку, используемую для того, чтобы записать.

Деталь метода

readLock

Lock readLock()

Возвращает блокировку, используемую для того, чтобы читать.

Возвраты:

блокировка используется для того, чтобы читать.

writeLock

Lock writeLock()

Возвращает блокировку, используемую для того, чтобы записать.

Возвраты:

блокировка используется для того, чтобы записать.