Class ReentrantReadWriteLock.ReadLock
- All Implemented Interfaces:
Serializable, Lock
- Enclosing class:
ReentrantReadWriteLock
ReentrantReadWriteLock.readLock().- Since:
- 1.5
- See Also:
-
Constructor Summary
ConstructorsModifierConstructorDescriptionprotectedConstructor for use by subclasses. -
Method Summary
Modifier and TypeMethodDescriptionvoidlock()Acquires the read lock.voidAcquires the read lock unless the current thread is interrupted.ThrowsUnsupportedOperationExceptionbecauseReadLocksdo not support conditions.toString()Returns a string identifying this lock, as well as its lock state.booleantryLock()Acquires the read lock only if the write lock is not held by another thread at the time of invocation.booleanAcquires the read lock if the write lock is not held by another thread within the given waiting time and the current thread has not been interrupted.voidunlock()Attempts to release this lock.Methods declared in class Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, wait, wait, waitModifier and TypeMethodDescriptionprotected Objectclone()Answers a new instance of the same class as the receiver, whose slots have been filled in with the values in the slots of the receiver.booleanCompares the argument to the receiver, and answers true if they represent the same object using a class specific comparison.protected voidfinalize()Deprecated, for removal: This API element is subject to removal in a future version.May cause performance issues, deadlocks and hangs.getClass()Answers the unique instance of java.lang.Class which represents the class of the receiver.inthashCode()Answers an integer hash code for the receiver.final voidnotify()Causes one thread which iswaiting on the receiver to be made ready to run.final voidCauses all threads which arewaiting on the receiver to be made ready to run.final voidwait()Causes the thread which sent this message to be made not ready to run pending some change in the receiver (as indicated bynotifyornotifyAll).final voidwait(long time) Causes the thread which sent this message to be made not ready to run either pending some change in the receiver (as indicated bynotifyornotifyAll) or the expiration of the timeout.final voidwait(long time, int frac) Causes the thread which sent this message to be made not ready to run either pending some change in the receiver (as indicated bynotifyornotifyAll) or the expiration of the timeout.
-
Constructor Details
-
ReadLock
Constructor for use by subclasses.- Parameters:
lock- the outer lock object- Throws:
NullPointerException- if the lock is null
-
-
Method Details
-
lock
public void lock()Acquires the read lock.Acquires the read lock if the write lock is not held by any thread and returns immediately.
If the write lock is held by any thread or the fairness policy prohibits acquisition of the read lock at this time, then the current thread becomes disabled for thread scheduling purposes and lies dormant until the read lock has been acquired.
-
lockInterruptibly
Acquires the read lock unless the current thread is interrupted.Acquires the read lock if the write lock is not held by any thread and returns immediately.
If the write lock is held by any thread or the fairness policy prohibits acquisition of the read lock at this time, then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The read lock is acquired by the current thread; or
- Some other thread interrupts the current thread.
If the current thread:
- has its interrupted status set on entry to this method; or
- is interrupted while acquiring the read lock,
InterruptedExceptionis thrown and the current thread'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.
- Specified by:
lockInterruptiblyin interfaceLock- Throws:
InterruptedException- if the current thread is interrupted
-
tryLock
public boolean tryLock()Acquires the read lock only if the write lock is not held by another thread at the time of invocation.Acquires the read lock if the write lock is not held by any thread and returns immediately with the value
true. Even when this lock has been set to use a fair ordering policy, a call totryLock()will immediately acquire the read lock if it is available, whether or not other threads 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 usetryLock(0, TimeUnit.SECONDS)which is almost equivalent (it also detects interruption).If the write lock is held by any thread then this method will return immediately with the value
false. -
tryLock
Acquires the read lock if the write lock is not held by another thread within the given waiting time and the current thread has not been interrupted.Acquires the read lock if the write lock is not held by another thread 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 threads are waiting for the lock. This is in contrast to thetryLock()method. If you want a timedtryLockthat 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 thread then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of three things happens:
- The read lock is acquired by the current thread; or
- Some other thread interrupts the current thread; or
- The specified waiting time elapses.
If the read lock is acquired then the value
trueis returned.If the current thread:
- has its interrupted status set on entry to this method; or
- is interrupted while acquiring the read lock,
InterruptedExceptionis thrown and the current thread's interrupted status is cleared.If the specified waiting time elapses then the value
falseis 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.
- Specified by:
tryLockin interfaceLock- Parameters:
timeout- the time to wait for the read lockunit- the time unit of the timeout argument- Returns:
trueif the read lock was acquired- Throws:
InterruptedException- if the current thread is interruptedNullPointerException- if the time unit is null
-
unlock
public void unlock()Attempts to release this lock.If the number of readers is now zero then the lock is made available for write lock attempts. If the current thread does not hold this lock then
IllegalMonitorStateExceptionis thrown.- Specified by:
unlockin interfaceLock- Throws:
IllegalMonitorStateException- if the current thread does not hold this lock
-
newCondition
ThrowsUnsupportedOperationExceptionbecauseReadLocksdo not support conditions.- Specified by:
newConditionin interfaceLock- Returns:
- A new
Conditioninstance for thisLockinstance - Throws:
UnsupportedOperationException- always
-
toString
-