Java并发编程之AQS的理解

关于AQS的博客和文章网上已经有很多了，而且很多文章都写的不错。但是大多数文章都只是记录了针对Lock的情况下，AQS使用同步队列来存储等待的线程，却并没有指明AQS中还有针对condition的等待队列。同时也为了记录自己的想法，加深印象，因此还是决定写一篇博客。

AQS全称AbstractQueuedSynchronizer，是Java中基于队列（FIFO，即First In First Out）的用于实现阻塞锁和相关同步器的基类。该类使用一个类型为int的state字段来存储状态（state），具体的state字段的值的含义、获取（acquire）和释放（release）过程需要由子类来定义。AQS的子类也通常定义为阻塞锁或者同步器中一个非公开（non-public）的内部辅助类。阻塞锁或者同步器使用这个内部的辅助类来实现具体的同步操作。AQS也同时支持独占锁和共享锁。所谓独占锁也就是，在某个线程获得了锁之后，其他的线程在该线程未释放锁之前去获取锁会失败。而共享锁也就是在某个线程获取锁之后，其他的线程在该线程为释放锁之前去获取锁可能会成功。AQS内部定义了一个内部类AbstractQueuedSynchronizer.ConditionObject，该类实现了Condition接口。Java中所有的Condition实现都是该类。

---

在我们日常开发中，通常我们会有两种线程同步的方案：基于Lock的同步方案和基于Condition/Lock的同步方案
所谓基于Lock的同步方案也就是先生成一个Lock的实例，然后调用该实例的lock方法和unlock方法。如下所示：

package com.ryanqy;

import java.util.concurrent.locks.ReentrantLock;

public class ThreadTest {

    public static void main(String[] args) {
        // 此处仅仅是做相关API展示, 实际开发时并不会这样使用
        ReentrantLock lock = new ReentrantLock();
        lock.lock();
        lock.unlock();
    }

}

在这种方案中，当某个线程获取到锁之后，在该线程释放锁之前其他的线程尝试获取获会被阻塞被添加到同步队列（sync queue）中。
而所谓的基于Condition/Lock的同步方案就是先成为一个Lock实例&