volatile int waitStatus

介绍 ReentrantLock、AQS 之前，先分析它们的来源，来自于 JUC 中的核心组件，java.util.concurrent 在并发编程中是比较会常用的工具类，里面包含了很多在并发场景下使用的组件，比如：线程池 > ThreadPoolExecutor、阻塞队列 > BlockingQueue、计数器 > CountDownLatch、循环屏障 > CyclicBarrier、信号量 > Semaphore、并发集合 > ConcurrentHashMap | CopyOnWriteArrayList ｜ConcurrentSkipListMap 等 ReentrantLock 与 synchronized 具有相同的基本行为、语义，但它扩展了一些其他的功能且更能灵活控制锁 在该篇博文主要介绍 ReentrantLock 是如何实现的，以及它的核心方法源码，如何结合 AQS 实现锁解决并发安全问题的 Lock 是 JUC 组件下最核心的接口，绝大部分组件都使用到了 Lock 接口，所以先以 Lock 接口作为切入点讲解后续的源码 Lock...

CountDownLatch、CyclicBarrier的来源 1.CountDownLatch的来源 A synchronization aid that allows one or more threads to wait until a set of operations being performed in other threads completes. ​ CountDownLatch的出现是为了一个或者多个线程等待一系列操作完成后，继续往下执行。因而在日常工作中最经常使用的场景：一个大任务需要等待子任务完成后，继续往后执行其他操作。 2.CountDownLatch的底层实现 ​ CountDownLatch的底层实现依旧依赖于AQS的共享锁机制。 3.CyclicBarrier的来源 A synchronization aid that allows a set of threads to all wait for each other to reach a common barrier point.

1.读写锁的来源 ​ 在开发场景下，对于写操作我们为了保证原子性所以需要上锁，但是对于读操作，由于其不改变数据，只是单纯对数据进行读取，但是每次都上一把互斥锁，阻塞所有请求。这个明显不符合读多写少的场景。所以将锁分为两把：读锁和写锁。 2.读写锁的底层实现 ​ 读写锁的底层实现依旧依赖于AQS。具体底层实现，请查看上一篇文章的介绍 2.AQS源码 Node节点 static final class Node { /** Marker to indicate a node is waiting in shared mode */ static final Node SHARED = new Node(); /** Marker to indicate a node is waiting in exclusive mode */ static final Node EXCLUSIVE = null; /** waitStatus value to indicate thread has cancelled */ static final int CANCELLED = 1; /**...