ReentrantLock 类

定义

[Android.Runtime.Register("java/util/concurrent/locks/ReentrantLock", DoNotGenerateAcw=true)]
public class ReentrantLock : Java.Lang.Object, IDisposable, Java.Interop.IJavaPeerable, Java.IO.ISerializable, Java.Util.Concurrent.Locks.ILock

[<Android.Runtime.Register("java/util/concurrent/locks/ReentrantLock", DoNotGenerateAcw=true)>]
type ReentrantLock = class
    inherit Object
    interface ISerializable
    interface IJavaObject
    interface IDisposable
    interface IJavaPeerable
    interface ILock

继承

Object

Object

ReentrantLock

属性

RegisterAttribute

实现

IJavaObject IJavaPeerable ISerializable ILock IDisposable

注解

与使用Lock方法和语句访问的隐式监视器锁具有相同的基本行为和语义的重新进入互斥synchronized，但具有扩展功能。

线程ReentrantLock最后一次成功锁定但尚未解除锁定的 em>< 拥有/em>。< 当锁不由另一个线程拥有时，调用 lock 线程将返回成功获取锁。 如果当前线程已拥有锁，该方法将立即返回。 这可以使用方法 #isHeldByCurrentThread进行检查，也可以使用 #getHoldCount方法进行检查。

此类的构造函数接受可选的 <em>fairness</em> 参数。 true设置时，在争用下，锁有利于授予对最长等待线程的访问权限。 否则，此锁不能保证任何特定的访问顺序。 使用由许多线程访问的公平锁的程序可能会显示较低的整体吞吐量（即速度较慢;通常比使用默认设置慢得多），但获取锁并保证缺少饥饿的时间差异较小。 但是，请注意，锁的公平性不能保证线程计划的公平性。 因此，使用公平锁的多个线程之一可能会连续多次获取它，而其他活动线程没有进行并且当前未持有锁。 另请注意，非时间 #tryLock() 方法不遵循公平性设置。 如果锁可用，即使其他线程正在等待，也会成功。

建议在<调用块后立即 trylock em>always</em>，这通常是在构造前/之后的构造中：

{@code
            class X {
              private final ReentrantLock lock = new ReentrantLock();
              // ...

              public void m() {
                lock.lock();  // block until condition holds
                try {
                  // ... method body
                } finally {
                  lock.unlock();
                }
              }
            }}

除了实现 Lock 接口之外，此类还定义了许多 public 用于检查锁状态的方法和 protected 方法。 其中一些方法仅适用于检测和监视。

此类的序列化与内置锁的行为方式相同：反序列化锁处于解锁状态，而不考虑序列化时的状态。

此锁支持同一线程最多2147483647递归锁。 尝试超过此限制会导致 Error 锁定方法引发。

在 1.5 中添加。

Java文档java.util.concurrent.locks.ReentrantLock。

本页的某些部分是根据 创建和共享的工作进行的修改，并根据 许可证中所述的条款使用。