Lenguaje

ReentrantReadWriteLock.ReentrantReadLock.TryLock Método

Definición

Sobrecargas

Nombre Description
TryLock()

Adquiere el bloqueo de lectura solo si otro subproceso no mantiene el bloqueo de escritura en el momento de la invocación.

TryLock(Int64, TimeUnit)

Adquiere el bloqueo de lectura si otro subproceso no mantiene el bloqueo de escritura dentro del tiempo de espera especificado y el subproceso actual no se ha interrumpido la interrupción de Thread#.

TryLock()

Adquiere el bloqueo de lectura solo si otro subproceso no mantiene el bloqueo de escritura en el momento de la invocación.

[Android.Runtime.Register("tryLock", "()Z", "GetTryLockHandler")]
public virtual bool TryLock();
[<Android.Runtime.Register("tryLock", "()Z", "GetTryLockHandler")>]
abstract member TryLock : unit -> bool
override this.TryLock : unit -> bool

Devoluciones

true si se adquirió el bloqueo de lectura

Implementaciones

Atributos

Comentarios

Adquiere el bloqueo de lectura solo si otro subproceso no mantiene el bloqueo de escritura en el momento de la invocación.

Adquiere el bloqueo de lectura si otro subproceso no mantiene el bloqueo de escritura y devuelve inmediatamente con el valor true. Incluso cuando este bloqueo se ha establecido para usar una directiva de ordenación justa, una llamada a tryLock()<em>will</em> adquirirá inmediatamente el bloqueo de lectura si está disponible, tanto si otros subprocesos están esperando actualmente el bloqueo de lectura. Este " barging" el comportamiento puede ser útil en determinadas circunstancias, aunque rompa la equidad. Si desea respetar la configuración de equidad de este bloqueo, use #tryLock(long, TimeUnit) tryLock(0, TimeUnit.SECONDS) que es casi equivalente (también detecta interrupciones).

Si otro subproceso mantiene el bloqueo de escritura, este método devolverá inmediatamente con el valor false.

Java documentación para java.util.concurrent.locks.ReentrantReadWriteLock.ReadLock.tryLock().

Las partes de esta página son modificaciones basadas en el trabajo creado y compartido por el Android y se usan según los términos descritos en creative Creative Commons 2.5 Attribution License.

Se aplica a

TryLock(Int64, TimeUnit)

Adquiere el bloqueo de lectura si otro subproceso no mantiene el bloqueo de escritura dentro del tiempo de espera especificado y el subproceso actual no se ha interrumpido la interrupción de Thread#.

[Android.Runtime.Register("tryLock", "(JLjava/util/concurrent/TimeUnit;)Z", "GetTryLock_JLjava_util_concurrent_TimeUnit_Handler")]
public virtual bool TryLock(long timeout, Java.Util.Concurrent.TimeUnit? unit);
[<Android.Runtime.Register("tryLock", "(JLjava/util/concurrent/TimeUnit;)Z", "GetTryLock_JLjava_util_concurrent_TimeUnit_Handler")>]
abstract member TryLock : int64 * Java.Util.Concurrent.TimeUnit -> bool
override this.TryLock : int64 * Java.Util.Concurrent.TimeUnit -> bool

Parámetros

timeout
Int64

el tiempo de espera para el bloqueo de lectura

unit
TimeUnit

la unidad de tiempo del argumento timeout

Devoluciones

true si se adquirió el bloqueo de lectura

Implementaciones

Atributos

Excepciones

si se interrumpe el subproceso actual

si la unidad de tiempo es null

Comentarios

Adquiere el bloqueo de lectura si otro subproceso no mantiene el bloqueo de escritura dentro del tiempo de espera especificado y el subproceso actual no se ha interrumpido la interrupción de Thread#.

Adquiere el bloqueo de lectura si otro subproceso no mantiene el bloqueo de escritura y devuelve inmediatamente con el valor true. Si este bloqueo se ha establecido para usar una directiva de ordenación justa, se adquirirá un bloqueo <disponible que>no<> se adquirirá si algún otro subproceso está esperando el bloqueo. Esto contrasta con el #tryLock() método . Si desea un tiempo tryLock que permita la barra en un bloqueo justo, combine los formularios con tiempo y sin tiempo juntos:

{@code
            if (lock.tryLock() ||
                lock.tryLock(timeout, unit)) {
              ...
            }}

Si otro subproceso mantiene el bloqueo de escritura, el subproceso actual se deshabilita con fines de programación de subprocesos y permanece inactivo hasta que se produzca una de estas tres cosas:

<ul>

<li>El bloqueo de lectura lo adquiere el subproceso actual; o

<li>Otros subprocesos Thread#interrupt interrumpen el subproceso actual; o

<li>El tiempo de espera especificado transcurre.

</ul>

Si se adquiere el bloqueo de lectura, se devuelve el valor true .

Si el subproceso actual:

<ul>

<li>tiene su estado interrumpido establecido en la entrada a este método; o

<li>es Thread#interrupt interrumpida al adquirir el bloqueo de lectura,

<A continuación>, se produce /ulInterruptedException y se borra el estado interrumpido del subproceso actual.

Si transcurre el tiempo de espera especificado, se devuelve el valor false . Si el tiempo es menor o igual que cero, el método no esperará en absoluto.

En esta implementación, como este método es un punto de interrupción explícito, se da preferencia a responder a la interrupción sobre la adquisición normal o reentrante del bloqueo, y sobre la generación de informes del tiempo de espera.

Java documentación para java.util.concurrent.locks.ReentrantReadWriteLock.ReadLock.tryLock(long, java.util.concurrent.TimeUnit).

Las partes de esta página son modificaciones basadas en el trabajo creado y compartido por el Android y se usan según los términos descritos en creative Creative Commons 2.5 Attribution License.

Se aplica a