在并发编程领域，AQS号称是并发同步组件的基石，很多并发同步组件都是基于AQS实现。

本篇主要通过对AQS的实现原理、数据模型、资源共享方式、获取锁的过程，让你对AQS的整体设计有清晰了解，让你迈出高并发编程的第一步。

AQS

AQS（AbstractQueuedSynchronizer）就是一个抽象的队列同步器，AQS定义了一套多线程访问共享资源的同步器框架，许多同步类实现都依赖于它。

AQS的主要作用是为Java中的并发同步组件提供统一的底层支持，比如大家熟知的：

1).  ReentrantLock

2).  Semaphore

3). CountDownLatch

4). CyclicBarrier

等并发类均是基于AQS来实现的。

AQS的数据模型

AQS 使用上图的资源变量 state来表示同步状态，通过内置的 CLH FIFO 队列来完成获取资源线程的排队工作，这里会涉及到三个要素：

1.AQS的三个核心成员变量

1) 共享资源：volatile int state(代表共享状态）

2) 队头节点：head头节点

3) 队尾节点：tail尾节点

head、tail、state三个变量都是volatile的，通过volatile来保证共享变量的可见性。

2.AQS中state状态的变更是基于CAS实现的

主要有三种方法：

1) getState()

2) setState()

3) compareAndSetState()

state状态通过volatile保证共享变量的可见性，再由CAS 对该同步状态进行原子操作，从而保证原子性和可见性。

3.CLH队列(FIFO队列)

CLH队列通过内置的FIFO队列（Node来实现），来完成线程等待排队 （多线程争用资源被阻塞时会进入此队列）。

AQS资源共享方式

AQS定义两种资源共享方式：

1.独占锁Exclusive

独占模式下时，其他线程试图获取该锁将无法取得成功，只有一个线程能执行，如ReentrantLock采用独占模式。

ReentrantLock还可以分为公平锁和非公平锁：

公平锁：按照线程在队列中的排队顺序，先到者先拿到锁

非公平锁：当线程要获取锁时，无视队列顺序直接去抢锁，谁抢到就是谁的

2.共享锁shared

多个线程获取某个锁可能会获得成功，多个线程可同时执行，如：Semaphore、CountDownLatch。

AQS的锁获取与释放原理

1.线程获取锁流程：

线程A获取锁，state将0置为1，线程A占用

在A没有释放锁期间，线程B也来获取锁，线程B获取state为1，表示线程被占用，线程B创建Node节点放入队尾(tail)，并且阻塞线程B

同理线程C获取state为1，表示线程被占用，线程C创建Node节点，放入队尾，且阻塞线程

2.线程释放锁流程：

线程A执行完，将state从1置为0

唤醒下一个Node B线程节点，然后再删除线程A节点

线程B占用，获取state状态位，执行完后唤醒下一个节点 Node C,再删除线程B节点

更加详细的锁获取和释放过程，建议通过查看源码的方式学习AQS独占模式和共享模式下的获取锁过程。

AQS总结

本文主要介绍AQS的数据模型、CLH队列、资源共享方式、以及锁的获取与释放流程，来介绍AQS的实现原理，让大家能对AQS有一个整体的了解，只有对整体的设计方向有清晰了解，再去跟踪学习源码就会比较轻松了。

后续将详细介绍基于AQS实现的同步组件：ReentrantLock、Semaphore、CountDownLatch。

本篇为高并发编程系列篇之一，该系列会持续更新。

如果觉得有用，请点赞支持下，送：

关注公众号【mikechen的架构笔记】，回复【架构】，立即领取所有资料。  

---end---

我是mikechen的架构笔记，曾就职阿里、百度，10年+互联网架构实战经验。

专注：BAT架构技术连载干货，每周二、四准时送达。