Java同步核心类AbstractQueuedSynchronizer的官方注释翻译理解

提供一个框架，用于实现依赖于先进先出（FIFO）等待队列的阻塞锁和相关的同步器（信号灯，事件等）。此类旨在为大多数依赖单个原子int值表示状态的同步器提供有用的基础。子类必须定义更改此状态的受保护方法，并定义该状态对于获取或释放此对象而言意味着什么。鉴于这些，此类中的其他方法将执行所有排队和阻塞机制。子类可以维护其他状态字段，但是就同步而言，仅跟踪使用方法getState，setState和compareAndSetState操作的原子更新的int值。

子类应该定义为用于实现其封闭类的同步属性的非公共内部帮助器类。类AbstractQueuedSynchronizer不实现任何同步接口。相反，它定义了诸如acquireInterruptible之类的方法，可以通过具体的锁和相关的同步器适当地调用这些方法以实现其公共方法。

此类支持默认排他模式和共享模式之一或两者。当以独占方式进行获取时，其他线程尝试进行的获取将无法成功。由多个线程获取的共享模式可能（但不一定）成功。该类不“理解”这些区别，只是从机械意义上说，当共享模式获取成功时，下一个等待线程（如果存在）还必须确定它是否也可以获取。在不同模式下等待的线程共享相同的FIFO队列。通常，实现子类仅支持这些模式之一，但例如可以在ReadWriteLock中发挥作用。仅支持互斥模式或仅支持共享模式的子类无需定义支持未使用模式的方法。

此类定义了一个嵌套的ConditionObject类，可以由支持独占模式的子类用作Condition实现，该子类的独占模式isHeldExclusively报告是否相对于当前线程独占同步，使用当前getState值调用的方法release完全释放该对象，并在给定此保存状态值的情况下进行获取，最终将该对象恢复为其先前获取的状态。否则，没有AbstractQueuedSynchronizer方法会创建这样的条件，因此，如果不能满足此约束，请不要使用它。 ConditionObject的行为当然取决于其同步器实现的语义。

此类提供了内部队列的检查，检测和监视方法，以及条件对象的类似方法。可以根据需要使用AbstractQueuedSynchronizer将它们导出到类中以实现其同步机制。

此类的序列化仅存储基础原子整数维护状态，因此反序列化的对象具有空线程队列。需要可序列化的典型子类将定义一个readObject方法，该方法可在反序列化时将其恢复为已知的初始状态。

用法
要将此类用作同步器的基础，请通过使用getState，setState和/或compareAndSetState检查和/或修改同步状态来重新定义以下方法（如适用）：

尝试获取
tryRelease
tryAcquireShared
tryReleaseShared
isHeldExclusive
默认情况下，这些方法中的每一个都会引发UnsupportedOperationException。这些方法的实现必须在内部是线程安全的，并且通常应简短且不阻塞。定义这些方法是使用此类的唯一受支持的方法。所有其他方法都被声明为最终方法，因为它们不能独立变化。
您可能还会发现从AbstractOwnableSynchronizer继承的方法对于跟踪拥有独占同步器的线程很有用。鼓励您使用它们-这将启用监视和诊断工具，以帮助用户确定哪些线程持有锁。

即使此类基于内部FIFO队列，它也不会自动执行FIFO获取策略。独占同步的核心采取以下形式：

 获得：
     while（！tryAcquire（arg））{
        如果线程尚未排队，则将其加入队列；
        可能阻塞当前线程；
     }

 发布：
     如果（tryRelease（arg））
        取消阻塞第一个排队的线程；
 
（共享模式相似，但可能涉及级联信号。）
因为获取队列中的获取检查是在排队之前被调用的，所以新获取线程可能会在其他被阻塞和排队的线程之前进行插入。但是，您可以根据需要定义tryAcquire和/或tryAcquireShared以通过内部调用一种或多种检查方法来禁用插入，从而提供公平的FIFO获取顺序。特别是，如果hasQueuedPredecessors（一种专门设计用于公平同步器的方法）重新启动，则大多数公平同步器都可以定义tryAcquire返回false。