- java.lang.Object
-
- java.util.concurrent.locks.ReentrantReadWriteLock.WriteLock
-
- All Implemented Interfaces:
- Serializable, Lock
- Enclosing class:
- ReentrantReadWriteLock
public static class ReentrantReadWriteLock.WriteLock extends Object implements Lock, Serializable
The lock returned by methodReentrantReadWriteLock.writeLock()
.- See Also:
- Serialized Form
-
-
Constructor Summary
Constructors Modifier Constructor and Description protected
ReentrantReadWriteLock.WriteLock(ReentrantReadWriteLock lock)
Constructor for use by subclasses
-
Method Summary
Methods Modifier and Type Method and Description int
getHoldCount()
Queries the number of holds on this write lock by the current thread.boolean
isHeldByCurrentThread()
Queries if this write lock is held by the current thread.void
lock()
Acquires the write lock.void
lockInterruptibly()
Acquires the write lock unless the current thread is interrupted.Condition
newCondition()
String
toString()
Returns a string identifying this lock, as well as its lock state.boolean
tryLock()
Acquires the write lock only if it is not held by another thread at the time of invocation.boolean
tryLock(long timeout, TimeUnit unit)
Acquires the write lock if it is not held by another thread within the given waiting time and the current thread has not been interrupted.void
unlock()
Attempts to release this lock.
-
-
-
Constructor Detail
-
ReentrantReadWriteLock.WriteLock
protected ReentrantReadWriteLock.WriteLock(ReentrantReadWriteLock lock)
Constructor for use by subclasses- Parameters:
lock
- the outer lock object- Throws:
NullPointerException
- if the lock is null
-
-
Method Detail
-
lock
public void lock()
Acquires the write lock.Acquires the write lock if neither the read nor write lock are held by another thread and returns immediately, setting the write lock hold count to one.
If the current thread already holds the write lock then the hold count is incremented by one and the method returns immediately.
If the lock is held by another thread then the current thread becomes disabled for thread scheduling purposes and lies dormant until the write lock has been acquired, at which time the write lock hold count is set to one.
-
lockInterruptibly
public void lockInterruptibly() throws InterruptedException
Acquires the write lock unless the current thread is interrupted.Acquires the write lock if neither the read nor write lock are held by another thread and returns immediately, setting the write lock hold count to one.
If the current thread already holds this lock then the hold count is incremented by one and the method returns immediately.
If the lock is held by another thread then the current thread becomes disabled for thread scheduling purposes and lies dormant until one of two things happens:
- The write lock is acquired by the current thread; or
- Some other thread interrupts the current thread.
If the write lock is acquired by the current thread then the lock hold count is set to one.
If the current thread:
- has its interrupted status set on entry to this method; or
- is interrupted while acquiring the write lock,
InterruptedException
is 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:
lockInterruptibly
in interfaceLock
- Throws:
InterruptedException
- if the current thread is interrupted
-
tryLock
public boolean tryLock()
Acquires the write lock only if it is not held by another thread at the time of invocation.Acquires the write lock if neither the read nor write lock are held by another thread and returns immediately with the value
true
, setting the write lock hold count to one. Even when this lock has been set to use a fair ordering policy, a call totryLock()
will immediately acquire the lock if it is available, whether or not other threads are currently waiting for the write 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 current thread already holds this lock then the hold count is incremented by one and the method returns
true
.If the lock is held by another thread then this method will return immediately with the value
false
.
-
tryLock
public boolean tryLock(long timeout, TimeUnit unit) throws InterruptedException
Acquires the write lock if it is not held by another thread within the given waiting time and the current thread has not been interrupted.Acquires the write lock if neither the read nor write lock are held by another thread and returns immediately with the value
true
, setting the write lock hold count to one. 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 write lock. This is in contrast to thetryLock()
method. If you want a timedtryLock
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 current thread already holds this lock then the hold count is incremented by one and the method returns
true
.If the 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 write lock is acquired by the current thread; or
- Some other thread interrupts the current thread; or
- The specified waiting time elapses
If the write lock is acquired then the value
true
is returned and the write lock hold count is set to one.If the current thread:
- has its interrupted status set on entry to this method; or
- is interrupted while acquiring the write lock,
InterruptedException
is thrown and the current thread'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.
- Specified by:
tryLock
in interfaceLock
- Parameters:
timeout
- the time to wait for the write lockunit
- the time unit of the timeout argument- Returns:
true
if the lock was free and was acquired by the current thread, or the write lock was already held by the current thread; andfalse
if the waiting time elapsed before the lock could be 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 current thread is the holder of this lock then the hold count is decremented. If the hold count is now zero then the lock is released. If the current thread is not the holder of this lock then
IllegalMonitorStateException
is thrown.- Specified by:
unlock
in interfaceLock
- Throws:
IllegalMonitorStateException
- if the current thread does not hold this lock.
-
newCondition
public Condition newCondition()
Returns aCondition
instance for use with thisLock
instance.The returned
Condition
instance supports the same usages as do theObject
monitor methods (wait
,notify
, andnotifyAll
) when used with the built-in monitor lock.- If this write lock is not held when any
Condition
method is called then anIllegalMonitorStateException
is thrown. (Read locks are held independently of write locks, so are not checked or affected. However it is essentially always an error to invoke a condition waiting method when the current thread has also acquired read locks, since other threads that could unblock it will not be able to acquire the write lock.) - When the condition waiting methods are called the write lock is released and, before they return, the write lock is reacquired and the lock hold count restored to what it was when the method was called.
- If a thread is interrupted while
waiting then the wait will terminate, an
InterruptedException
will be thrown, and the thread's interrupted status will be cleared. - Waiting threads are signalled in FIFO order.
- The ordering of lock reacquisition for threads returning from waiting methods is the same as for threads initially acquiring the lock, which is in the default case not specified, but for fair locks favors those threads that have been waiting the longest.
- Specified by:
newCondition
in interfaceLock
- Returns:
- the Condition object
- If this write lock is not held when any
-
toString
public String toString()
Returns a string identifying this lock, as well as its lock state. The state, in brackets includes either the String"Unlocked"
or the String"Locked by"
followed by the name of the owning thread.
-
isHeldByCurrentThread
public boolean isHeldByCurrentThread()
Queries if this write lock is held by the current thread. Identical in effect toReentrantReadWriteLock.isWriteLockedByCurrentThread()
.- Returns:
true
if the current thread holds this lock andfalse
otherwise- Since:
- 1.6
-
getHoldCount
public int getHoldCount()
Queries the number of holds on this write lock by the current thread. A thread has a hold on a lock for each lock action that is not matched by an unlock action. Identical in effect toReentrantReadWriteLock.getWriteHoldCount()
.- Returns:
- the number of holds on this lock by the current thread, or zero if this lock is not held by the current thread
- Since:
- 1.6
-
-
Deutsche Übersetzung
Sie haben gebeten, diese Seite auf Deutsch zu besuchen. Momentan ist nur die Oberfläche übersetzt, aber noch nicht der gesamte Inhalt.Wenn Sie mir bei Übersetzungen helfen wollen, ist Ihr Beitrag willkommen. Alles, was Sie tun müssen, ist, sich auf der Website zu registrieren und mir eine Nachricht zu schicken, in der Sie gebeten werden, Sie der Gruppe der Übersetzer hinzuzufügen, die Ihnen die Möglichkeit gibt, die gewünschten Seiten zu übersetzen. Ein Link am Ende jeder übersetzten Seite zeigt an, dass Sie der Übersetzer sind und einen Link zu Ihrem Profil haben.
Vielen Dank im Voraus.
Dokument erstellt 11/06/2005, zuletzt geändert 04/03/2020
Quelle des gedruckten Dokuments:https://www.gaudry.be/de/java-api-rf-java/util/concurrent/locks/reentrantreadwritelock.writelock.html
Die Infobro ist eine persönliche Seite, deren Inhalt in meiner alleinigen Verantwortung liegt. Der Text ist unter der CreativeCommons-Lizenz (BY-NC-SA) verfügbar. Weitere Informationen auf die Nutzungsbedingungen und dem Autor.
Referenzen
Diese Verweise und Links verweisen auf Dokumente, die während des Schreibens dieser Seite konsultiert wurden, oder die zusätzliche Informationen liefern können, aber die Autoren dieser Quellen können nicht für den Inhalt dieser Seite verantwortlich gemacht werden.
Der Autor Diese Website ist allein dafür verantwortlich, wie die verschiedenen Konzepte und Freiheiten, die mit den Nachschlagewerken gemacht werden, hier dargestellt werden. Denken Sie daran, dass Sie mehrere Quellinformationen austauschen müssen, um das Risiko von Fehlern zu reduzieren.