public static class ReentrantReadWriteLock.ReadLock
extends java.lang.Object
implements java.util.concurrent.locks.Lock, java.io.Serializable
ReentrantReadWriteLock.readLock().| Modifier | Constructor and Description |
|---|---|
protected |
ReadLock(ReentrantReadWriteLock lock)
Constructor for use by subclasses
|
| Modifier and Type | Method and Description |
|---|---|
void |
lock()
Acquires the read lock.
|
void |
lockInterruptibly()
Acquires the read lock unless the current strand is
interrupted.
|
java.util.concurrent.locks.Condition |
newCondition()
Throws
UnsupportedOperationException because
ReadLocks do not support conditions. |
java.lang.String |
toString()
Returns a string identifying this lock, as well as its lock state.
|
boolean |
tryLock()
Acquires the read lock only if the write lock is not held by
another strand at the time of invocation.
|
boolean |
tryLock(long timeout,
java.util.concurrent.TimeUnit unit)
Acquires the read lock if the write lock is not held by
another strand within the given waiting time and the
current strand has not been interrupted.
|
void |
unlock()
Attempts to release this lock.
|
protected ReadLock(ReentrantReadWriteLock lock)
lock - the outer lock objectjava.lang.NullPointerException - if the lock is null@Suspendable public void lock()
Acquires the read lock if the write lock is not held by another strand and returns immediately.
If the write lock is held by another strand then the current strand becomes disabled for strand scheduling purposes and lies dormant until the read lock has been acquired.
lock in interface java.util.concurrent.locks.Lock@Suspendable public void lockInterruptibly() throws java.lang.InterruptedException
Acquires the read lock if the write lock is not held by another strand and returns immediately.
If the write lock is held by another strand then the current strand becomes disabled for strand scheduling purposes and lies dormant until one of two things happens:
If the current strand:
InterruptedException is thrown and the current
strand's interrupted status is cleared.
In this implementation, as this method is an explicit interruption point, preference is given to responding to the interrupt over normal or reentrant acquisition of the lock.
lockInterruptibly in interface java.util.concurrent.locks.Lockjava.lang.InterruptedException - if the current strand is interruptedpublic boolean tryLock()
Acquires the read lock if the write lock is not held by
another strand and returns immediately with the value
true. Even when this lock has been set to use a
fair ordering policy, a call to tryLock()
will immediately acquire the read lock if it is
available, whether or not other strands are currently
waiting for the read lock. This "barging" behavior
can be useful in certain circumstances, even though it
breaks fairness. If you want to honor the fairness setting
for this lock, then use tryLock(0, TimeUnit.SECONDS) which is almost equivalent
(it also detects interruption).
If the write lock is held by another strand then
this method will return immediately with the value
false.
tryLock in interface java.util.concurrent.locks.Locktrue if the read lock was acquired@Suspendable public boolean tryLock(long timeout, java.util.concurrent.TimeUnit unit) throws java.lang.InterruptedException
Acquires the read lock if the write lock is not held by
another strand and returns immediately with the value
true. If this lock has been set to use a fair
ordering policy then an available lock will not be
acquired if any other strands are waiting for the
lock. This is in contrast to the tryLock()
method. If you want a timed tryLock that does
permit barging on a fair lock then combine the timed and
un-timed forms together:
if (lock.tryLock() || lock.tryLock(timeout, unit) ) { ... }
If the write lock is held by another strand then the current strand becomes disabled for strand scheduling purposes and lies dormant until one of three things happens:
If the read lock is acquired then the value true is
returned.
If the current strand:
InterruptedException is thrown and the
current strand's interrupted status is cleared.
If the specified waiting time elapses then the value
false is returned. If the time is less than or
equal to zero, the method will not wait at all.
In this implementation, as this method is an explicit interruption point, preference is given to responding to the interrupt over normal or reentrant acquisition of the lock, and over reporting the elapse of the waiting time.
tryLock in interface java.util.concurrent.locks.Locktimeout - the time to wait for the read lockunit - the time unit of the timeout argumenttrue if the read lock was acquiredjava.lang.InterruptedException - if the current strand is interruptedjava.lang.NullPointerException - if the time unit is nullpublic void unlock()
If the number of readers is now zero then the lock is made available for write lock attempts.
unlock in interface java.util.concurrent.locks.Lockpublic java.util.concurrent.locks.Condition newCondition()
UnsupportedOperationException because
ReadLocks do not support conditions.newCondition in interface java.util.concurrent.locks.Lockjava.lang.UnsupportedOperationException - alwayspublic java.lang.String toString()
"Read locks ="
followed by the number of held read locks.toString in class java.lang.Object