AQS深入解析-CSDN博客

本文链接：https://blog.csdn.net/is_Programmers/article/details/100047524

AQS介绍

AQS全称为（AbstractQueuedSynchronizer）抽象队列同步器这个类在java.util.concurrent.locks包下面。

在这里插入图片描述

AQS是一个用来构建锁和同步器的框架，使用AQS能简单且高效地构建出应用广泛的大量的同步器，比如我们提到的ReentrantLock，Semaphore，其他的诸如ReentrantReadWriteLock，SynchronousQueue，FutureTask等等皆是基于AQS的。当然，我们自己也能利用AQS非常轻松容易的构造出符合我们自己需求的同步器。

AQS原理分析
AQS核心思想就是，如果被请求的共享资源空闲，则将当前请求资源的线程设置为有效的工作线程，并且将共享资源设置为锁定状态。如果被请求的共享资源被占用，那么就需要一套线程阻塞等待以及被唤醒时锁分配的机制，这个机制AQS是用CLH队列锁实现的，即将暂时获取不到锁的线程加入到队列中
CLH队列是一个虚拟的双向队列，（虚拟的双向队列即不存在队列实例，仅存在节点之间的关联关系），AQS是将每条请求共享资源的线程封装成一个CLH锁队列的一个结点（Node
）来实现锁的分配。
在这里插入图片描述

AQS使用一个int成员变量来表示同步状态，通过内置的FIFO队列来完成获取资源线程的排队工作。AQS使用CAS对该
同步状态进行原子操作实现对其值的修改。
状态信息通过procted类型的getState，setState，compareAndSetState进行操作
在这里插入图片描述

AQS对资源的共享方式

AQS定义两种资源共享方式

Exclusive（独占）： 只有一个线程能执行，如ReentrantLock。又可分为公平锁和非公平锁。
公平锁：按照线程在队列中的排队顺序，先到者先拿到锁
非公平锁：当线程要获取锁时，无视队列顺序直接去抢锁，谁抢到就是谁的
**Share（共享）：**多个线程可同时执行，如Semaphore/CountDownLatch。Semaphore、
CountDownLatCh、 CyclicBarrier、ReadWriteLock 我们都会在后面讲到

ReentrantReadWriteLock可以看成是组合式，因为ReentrantReadWriteLock也就是读写锁允许多个线程同时对某一资源进行读。

不同的自定义同步器争用共享资源的方式也不同。自定义同步器在实现时只需要实现共享资源state的获取与释放方式即可，至于具体线程等待队列的维护（如获取资源失败入队、唤醒出队等），AQS已经在顶层实现好了。