AQS

我们在讲解AQS的时候说过AQS基本负责了实现锁的全部逻辑，唯独线程抢锁和线程释放锁的逻辑是交给子类来实现了，而ReentrantLock作为最常用的独占锁，其内部就是包含了AQS的子类实现了线程抢锁和释放锁的逻辑。

在最早期java中的同步机制是通过关键字synchronized实现，这个锁是java原生的，jvm层面实现的。在1.6之前synchronized的性能比较低，是一把纯重量级锁。

AbstractQueuedSynchronizer简称AQS，它是一个同步框架，它提供通用机制来原子性管理同步状态、阻塞和唤醒线程，以及 维护被阻塞线程的队列。基于 AQS 实现的同步器包括：ReentrantLock、Semaphore、ReentrantReadWriteLock、 CountDownLatch 和 FutureTask。

本文从ReentrantLock​源码分析到AQS​原理解析，进行了一次知识内容的总结，从上文的分析中可以看出，AQS是JUC包下线程同步器实现的基石。

AQS虽然支持中断，但是似乎没什么用，其实AQS还有一个相对于acquire方法不那么常用的方法tryAcquireNanos方法。

AQS虽然支持中断，但是似乎没什么用，其实AQS还有一个相对于acquire方法不那么常用的方法tryAcquireNanos方法。

AQS虽然支持中断，但是似乎没什么用，其实AQS还有一个相对于acquire方法不那么常用的方法tryAcquireNanos方法。

本文主要提供了从ReentrantLock​出发，解析了AQS中的各种公用的方法，如果需要知道其他类中怎么去使用AQS中的方法，其实也只需要找到切入点，一步步调试下去即可，不过，我想很多地方都是和ReentrantLock中一致的。

本文讲解了读写锁ReentrantReadWriteLock的整个加锁、解锁的实现原理，并从源码的角度深入分析，希望对大家有帮助。

本文主要讲解了StampedLock​的功能和使用，至于原理，StampedLock虽然不像其它锁一样定义了内部类来实现AQS框架，但是StampedLock的基本实现思路还是利用CLH队列进行线程的管理，通过同步状态值来表示锁的状态和类型，具体的源码实现大家感兴趣的自己可以追踪看看。

OK，本文到这里为止，基本借着ReentrantLock的加锁和释放锁的过程，给大家讲清楚了其底层依赖的AQS的核心原理。基本上大家把这篇文章看懂，以后再也不会担心面试的时候被问到：谈谈你对AQS的理解这种问题了。

看完了ReentrantLock的所有源码，是不是觉得ReentrantLock很简单。由于加锁流程的编排工作已经在父类AQS中实现，子类只需要实现具体的加锁逻辑即可。

AQS的加锁流程并不复杂，只要理解了同步队列和条件队列，以及它们之间的数据流转，就算彻底理解了AQS。

AQS跟Synchronized的加锁流程是一样的，都是通过同步队列和条件队列实现的，阻塞状态的线程被放到同步队列中，等待状态的线程被放到条件队列中，从条件队列唤醒的线程又被转移到同步队列末尾，一块竞争锁。

这篇文章，就用最简单的大白话配合N多张手绘图，给大家讲清楚AQS到底是什么？让各位同学面试被问到这个问题时，不至于不知所措。