ReentrantReadWriteLock.ReentrantWriteLock.NewCondition Méthode

[Android.Runtime.Register("newCondition", "()Ljava/util/concurrent/locks/Condition;", "GetNewConditionHandler")]
public virtual Java.Util.Concurrent.Locks.ICondition? NewCondition();

[<Android.Runtime.Register("newCondition", "()Ljava/util/concurrent/locks/Condition;", "GetNewConditionHandler")>]
abstract member NewCondition : unit -> Java.Util.Concurrent.Locks.ICondition
override this.NewCondition : unit -> Java.Util.Concurrent.Locks.ICondition

Retours

objet Condition

Implémente

Attributs

RegisterAttribute

Remarques

Retourne une Condition instance à utiliser avec cette Lock instance.

L’instance retournée Condition prend en charge les mêmes utilisations que les Object méthodes de surveillance (Object#wait() waitet Object#notify notifyObject#notifyAll notifyAll) lorsqu’elle est utilisée avec le verrou de moniteur intégré.

<ul>

<li>Si ce verrou d’écriture n’est pas conservé quand une Condition méthode est appelée, une IllegalMonitorStateException est levée. (Les verrous de lecture sont conservés indépendamment des verrous d’écriture. Ils ne sont donc pas vérifiés ou affectés. Toutefois, il s’agit essentiellement d’une erreur d’appel d’une méthode en attente de condition lorsque le thread actuel a également acquis des verrous de lecture, car d’autres threads qui pourraient débloquer il ne sera pas en mesure d’acquérir le verrou d’écriture.)

<li>Lorsque les méthodes d’attente Condition#await() de condition sont appelées verrous d’écriture sont libérées et, avant de retourner, le verrou d’écriture est réacquiré et le nombre de blocages de verrous a été restauré sur ce qu’il était lorsque la méthode a été appelée.

<li>Si un thread est interruption thread#interruption en attendant que l’attente se termine, un InterruptedException sera levée et l’état interrompu du thread sera effacé.

<les threads en>attente sont signalés dans l’ordre FIFO.

<li>Le classement de la réacquisition des verrous pour les threads retournés par les méthodes en attente est identique à celui des threads qui acquiert initialement le verrou, ce qui est dans le cas par défaut non spécifié, mais pour <les verrous em>fair</em> favorise ces threads qui attendent le plus long.

</ul>

Documentation Java pour java.util.concurrent.locks.ReentrantReadWriteLock.WriteLock.newCondition().

Les parties de cette page sont des modifications basées sur le travail créé et partagé par le projet Android Open Source et utilisés en fonction des termes décrits dans la licence d’attribution Creative Commons 2.5.