Java并发-AQS

ReentrantReadWriteLock、ReentrantLock、synchronized 全面对比 Java 中实现线程同步的主要方式有三种

以下是在实际开发中使用该锁的最佳实践建议， 涵盖设计决策、性能优化、 常见陷阱规避等方面。

ReentrantLock 的最佳实践指南，以清晰、可直接落地的要点形式呈现，涵盖编码规范、性能调优、陷阱规避三大维度。

以下是 ReentrantLock 与 synchronized 的全面对比解析，涵盖实现机制、特性差异、性能演进、选型指南及代码示例。 ReentrantLock vs synchronized 完

ConditionObject 是 AQS 框架内部的非静态内部类，它实现了 Condition 接口，为基于 AQS 的独占锁（如 ReentrantLock）提供了条件等待/通知机制。

AQS 内部的等待队列，正式名称是 同步队列（Sync Queue），它是 AQS 实现线程排队等待的核心数据结构。下面从结构、节点、状态机、核心操作、以及两种模式下的行为差异五个维度进行深度剖析。

AQS 内部的等待队列被称为 "CLH 队列的变种"。要理解这个变种的精妙之处，必须先了解原版 CLH 锁是什么，以及 AQS 为了解决阻塞和共享问题对它做了什么"手术"。

AQS 的模板方法是一系列 public final 方法，它们定义了线程获取与释放同步状态的固定算法骨架。子类无法重写它们，只能通过实现钩子方法来嵌入自己的同步逻辑。

ReentrantReadWriteLock是Java中基于AQS的读写分离锁，支持可重入、公平模式及锁降级，通过读写分离机制优化读多写少场景的并发性能，需避免锁升级引发死锁。

ReentrantLock是Java中可重入显式锁，支持公平/非公平模式、可中断、超时获取及多Condition，基于AQS实现，提供比synchronized更灵活的锁控制，适用于复杂高并发场景。

条件变量（Condition） 是 Java 并发包中用于线程间协调的机制，它的核心功能是允许线程在特定条件未满足时挂起（阻塞），直到其他线程修改条件后唤醒它。

AQS 是 Java 并发的核心基础框架，用于构建锁和同步器。其核心思想是通过共享状态（state） 和 队列管理 实现线程的阻塞与唤醒。