深入解析AQS:设计模式、ReentrantLock实现与自定义锁开发

一、模板方法模式:AQS的架构基石

1.1 模式核心思想

模板方法模式通过固定算法骨架+可变实现细节的设计,实现了代码复用与扩展性的平衡。AQS采用这种模式,将同步器的核心流程(如线程排队、阻塞唤醒)固化在父类,仅将资源获取/释放的逻辑通过抽象方法交给子类实现。

设计优势:

  • 保证正确性:关键同步流程不可修改
  • 提高复用:通用逻辑只需实现一次
  • 便于扩展:子类只需关注业务逻辑

1.2 完整代码示例

// 模板类定义
abstract class BeverageMaker {
// 模板方法(final防止重写)
public final void makeBeverage() {
boilWater();
brew();
pourInCup();
if (customerWantsCondiments()) {
addCondiments();
}
} // 具体方法(通用步骤)
private void boilWater() {
System.out.println("煮沸水");
} private void pourInCup() {
System.out.println("倒入杯中");
} // 抽象方法(子类必须实现)
protected abstract void brew();
protected abstract void addCondiments(); // 钩子方法(子类可选覆盖)
protected boolean customerWantsCondiments() {
return true;
}
} // 具体实现类
class TeaMaker extends BeverageMaker {
@Override
protected void brew() {
System.out.println("浸泡茶叶5分钟");
} @Override
protected void addCondiments() {
System.out.println("加入柠檬片");
} @Override
protected boolean customerWantsCondiments() {
return false; // 茶不需要调料
}
}

关键点说明:

  1. makeBeverage()定义了不可变的制作流程
  2. brew()addCondiments()是可变部分,由子类实现
  3. customerWantsCondiments()是钩子方法,提供策略扩展点

1.3 AQS中的模板模式实现

AQS将同步操作抽象为模板方法:

public abstract class AbstractQueuedSynchronizer {
// 获取资源的模板方法
public final void acquire(int arg) {
if (!tryAcquire(arg) && // 尝试获取(子类实现)
acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
selfInterrupt();
} // 由子类实现的获取逻辑
protected boolean tryAcquire(int arg) {
throw new UnsupportedOperationException();
} // 已实现的通用方法
private Node addWaiter(Node mode) {
// 实现节点入队逻辑...
} final boolean acquireQueued(Node node, int arg) {
// 实现队列中获取资源的逻辑...
}
}

设计精妙之处:

  • acquire()封装了完整的获取资源流程
  • 子类只需关注tryAcquire的核心逻辑
  • 线程排队、阻塞唤醒等复杂操作由AQS统一处理

二、ReentrantLock与AQS的深度整合

2.1 整体架构设计

ReentrantLock通过内部类继承AQS,实现锁的核心功能:

classDiagram
class ReentrantLock {
-Sync sync
+lock()
+unlock()
}

class Sync {
<<abstract>>
+nonfairTryAcquire()
+tryRelease()
}

class NonfairSync {
+lock()
+tryAcquire()
}

class FairSync {
+tryAcquire()
}

ReentrantLock --> Sync
Sync <|-- NonfairSync
Sync <|-- FairSync
Sync --> AQS

2.2 关键源码解析

非公平锁实现:

static final class NonfairSync extends Sync {
// 非公平获取锁
final void lock() {
if (compareAndSetState(0, 1)) // 先尝试快速获取
setExclusiveOwnerThread(Thread.currentThread());
else
acquire(1); // 进入AQS排队流程
} protected final boolean tryAcquire(int acquires) {
return nonfairTryAcquire(acquires);
}
} // Sync中的通用非公平尝试
final boolean nonfairTryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) { // 锁未被持有
if (compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
else if (current == getExclusiveOwnerThread()) { // 重入逻辑
int nextc = c + acquires;
if (nextc < 0) throw new Error("Maximum lock count exceeded");
setState(nextc);
return true;
}
return false;
}

实现特点:

  1. 快速路径:先直接尝试CAS获取锁,避免排队开销
  2. 重入支持:通过检查当前线程和状态计数实现
  3. 非公平性:新请求线程可能插队获取锁

公平锁实现差异:

static final class FairSync extends Sync {
protected final boolean tryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
if (!hasQueuedPredecessors() && // 关键区别:检查队列
compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
// 重入逻辑与非公平锁相同...
}
}

公平性保证:

  • hasQueuedPredecessors()检查是否有更早等待的线程
  • 严格按照CLH队列顺序获取锁
  • 吞吐量通常低于非公平锁,但避免线程饥饿

2.3 状态管理机制

AQS使用volatile int state字段记录同步状态,ReentrantLock中表示:

  • 0:锁未被任何线程持有
  • >0:锁被持有,数值表示重入次数

配套原子操作方法:

protected final int getState() {
return state;
} protected final void setState(int newState) {
state = newState;
} protected final boolean compareAndSetState(int expect, int update) {
return unsafe.compareAndSwapInt(this, stateOffset, expect, update);
}

三、基于AQS实现自定义锁

3.1 完整自定义锁实现

import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.AbstractQueuedSynchronizer;
import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.Lock; /**
* 基于AQS的简单互斥锁(不可重入)
*/
public class SimpleMutexLock implements Lock {
private final Sync sync = new Sync(); // 内部同步器
private static class Sync extends AbstractQueuedSynchronizer {
// 尝试获取锁
@Override
protected boolean tryAcquire(int acquires) {
if (acquires != 1) throw new IllegalArgumentException();
if (compareAndSetState(0, 1)) { // CAS保证原子性
setExclusiveOwnerThread(Thread.currentThread());
return true;
}
return false;
} // 尝试释放锁
@Override
protected boolean tryRelease(int releases) {
if (releases != 1) throw new IllegalArgumentException();
if (getState() == 0) throw new IllegalMonitorStateException();
setExclusiveOwnerThread(null);
setState(0); // 不需要CAS,只有持有线程能调用
return true;
} // 是否被当前线程独占
@Override
protected boolean isHeldExclusively() {
return getState() == 1;
} // 创建条件变量
Condition newCondition() {
return new ConditionObject();
}
} // ========== Lock接口实现 ==========
@Override
public void lock() {
sync.acquire(1);
} @Override
public void lockInterruptibly() throws InterruptedException {
sync.acquireInterruptibly(1);
} @Override
public boolean tryLock() {
return sync.tryAcquire(1);
} @Override
public boolean tryLock(long time, TimeUnit unit) throws InterruptedException {
return sync.tryAcquireNanos(1, unit.toNanos(time));
} @Override
public void unlock() {
sync.release(1);
} @Override
public Condition newCondition() {
return sync.newCondition();
} // ========== 扩展方法 ==========
public boolean isLocked() {
return sync.isHeldExclusively();
} public boolean hasQueuedThreads() {
return sync.hasQueuedThreads();
}
}

实现要点:

  1. 状态定义:0表示未锁定,1表示锁定
  2. 不可重入:不检查当前线程是否已持有锁
  3. 条件变量:直接复用AQS的ConditionObject
  4. 线程安全:CAS操作保证tryAcquire的原子性

3.2 可重入锁改造

修改Sync内部类即可实现可重入:

private static class Sync extends AbstractQueuedSynchronizer {
@Override
protected boolean tryAcquire(int acquires) {
final Thread current = Thread.currentThread();
int c = getState();
if (c == 0) {
if (compareAndSetState(0, acquires)) {
setExclusiveOwnerThread(current);
return true;
}
}
else if (current == getExclusiveOwnerThread()) { // 重入判断
int nextc = c + acquires;
if (nextc < 0) throw new Error("Maximum lock count exceeded");
setState(nextc);
return true;
}
return false;
} @Override
protected boolean tryRelease(int releases) {
int c = getState() - releases;
if (Thread.currentThread() != getExclusiveOwnerThread())
throw new IllegalMonitorStateException();
boolean free = false;
if (c == 0) { // 完全释放
free = true;
setExclusiveOwnerThread(null);
}
setState(c);
return free;
}
}

关键修改点:

  1. 增加当前线程检查实现重入
  2. 通过状态计数记录重入次数
  3. 只有计数归零时才完全释放锁

3.3 完整测试用例

public class SimpleMutexLockTest {
public static void main(String[] args) throws InterruptedException {
// 基础功能测试
testBasicOperation(); // 并发安全测试
testConcurrentAccess(); // 不可重入性测试
testNonReentrant();
} private static void testBasicOperation() {
SimpleMutexLock lock = new SimpleMutexLock();
assert !lock.isLocked() : "初始状态应该未锁定"; lock.lock();
try {
assert lock.isLocked() : "锁定后状态应该为true";
assert !lock.tryLock() : "不可重入锁应获取失败";
} finally {
lock.unlock();
}
} private static void testConcurrentAccess() throws InterruptedException {
final int THREADS = 5;
final SimpleMutexLock lock = new SimpleMutexLock();
final AtomicInteger counter = new AtomicInteger();
final CountDownLatch startLatch = new CountDownLatch(1);
final CountDownLatch endLatch = new CountDownLatch(THREADS); ExecutorService executor = Executors.newFixedThreadPool(THREADS);
for (int i = 0; i < THREADS; i++) {
executor.execute(() -> {
try {
startLatch.await();
lock.lock();
try {
counter.incrementAndGet();
Thread.sleep(100); // 模拟操作
} finally {
lock.unlock();
endLatch.countDown();
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
});
} startLatch.countDown();
endLatch.await();
assert counter.get() == THREADS : "所有线程应该都执行了";
executor.shutdown();
} private static void testNonReentrant() {
SimpleMutexLock lock = new SimpleMutexLock();
lock.lock();
try {
// 会阻塞在这里,因为是不可重入锁
boolean acquired = lock.tryLock();
assert !acquired : "不可重入锁不应再次获取成功";
} finally {
lock.unlock();
}
}
}

四、核心知识总结

4.1 模板方法模式在AQS中的应用

  1. 固定流程

    • acquire()/release()定义了标准的获取/释放资源流程
    • 包含线程排队、阻塞唤醒等通用逻辑
  2. 可变部分

    • tryAcquire()/tryRelease()由子类实现
    • 决定如何获取和释放资源
  3. 设计优势

    • 保证同步行为的正确性
    • 提高代码复用率
    • 支持多种同步策略

4.2 ReentrantLock实现要点

特性 非公平锁 公平锁
获取顺序 允许插队 严格FIFO
吞吐量 较低
实现关键 直接尝试CAS 先检查队列
适用场景 大多数情况 避免饥饿

4.3 自定义锁开发原则

  1. 明确状态语义:定义state字段的含义
  2. 保证线程安全:CAS操作保护关键状态
  3. 合理选择特性:根据需求决定是否支持重入、公平性等
  4. 充分测试:验证并发场景下的正确性

结语

通过本文的系统讲解,我们完成了从设计模式理论到AQS框架分析,再到具体锁实现的完整学习路径。理解这些内容后,开发者可以:

  1. 更深入地理解Java并发包的设计思想
  2. 根据特殊需求实现自定义同步器
  3. 更好地选择和使用Java提供的并发工具

建议读者结合文中的代码示例进行实践,通过修改和调试加深对AQS工作机制的理解。对于生产环境,除非有特殊需求,否则应优先使用Java标准库提供的并发工具。

【深入解析AQS】从设计模式到ReentrantLock实现再到自定义锁的更多相关文章

  1. 从ReentrantLock角度解析AQS

    是它,是它,就是它,并发包的基石: 一.概述 闲来不卷,随便聊一点. 一般情况下,大家系统中至少也是JDK8了,那想必对于JDK5加入的一系列功能并不陌生吧.那时候重点加入了java.util.con ...

  2. 图解AQS原理之ReentrantLock详解-非公平锁

    概述 并发编程中,ReentrantLock的使用是比较多的,包括之前讲的LinkedBlockingQueue和ArrayBlockQueue的内部都是使用的ReentrantLock,谈到它又不能 ...

  3. java并发编程 | 锁详解:AQS,Lock,ReentrantLock,ReentrantReadWriteLock

    原文:java并发编程 | 锁详解:AQS,Lock,ReentrantLock,ReentrantReadWriteLock 锁 锁是用来控制多个线程访问共享资源的方式,java中可以使用synch ...

  4. 高并发第十一弹:J.U.C -AQS(AbstractQueuedSynchronizer) 组件:Lock,ReentrantLock,ReentrantReadWriteLock,StampedLock

    既然说到J.U.C 的AQS(AbstractQueuedSynchronizer)   不说 Lock 是不可能的.不过实话来说,一般 JKD8 以后我一般都不用Lock了.毕竟sychronize ...

  5. AQS同步组件及ReentrantLock和synchronized的区别

    AQS同步组件 CountDownLatch(只有一个线程对他进行操作): 主线程必须在启动其它线程后立即调用await()方法.这样主线程的操作就会在这个方法上阻塞,直到其它线程完成各自的任务. S ...

  6. 模仿ReentrantLock类自定义锁

    简介 临近过年了,没什么需求,今天模仿ReentrantLock自定义写了一个自己锁,在这里记录一下,前提是对AQS原理有所了解,分享给大家 1.自定义锁MyLock package com.jack ...

  7. ReentrantLock 如何实现非公平锁?和公平锁实现有什么区别

    reentrant 英[riːˈɛntrənt] 美[ˌriˈɛntrənt] 先学会读.单词原意是可重入的 考察显示锁的使用.可延伸知识点 独占锁 & 共享锁 独占锁 - 悲观锁(不能同时被 ...

  8. Json解析工具Jackson(使用注解)--jackson框架自定义的一些json解析注解

    Json解析工具Jackson(使用注解)--jackson框架自定义的一些json解析注解 @JsonIgnoreProperties 此注解是类注解,作用是json序列化时将Javabean中的一 ...

  9. 多线程与高并发(三)—— 源码解析 AQS 原理

    一.前言 AQS 是一个同步框架,关于同步在操作系统(一)-- 进程同步 中对进程同步做了些概念性的介绍,我们了解到进程(线程同理,本文基于 JVM 讲解,故下文只称线程)同步的工具有很多:Mutex ...

  10. 并发编程(三):从AQS到CountDownLatch与ReentrantLock

    一.目录      1.AQS简要分析      2.谈CountDownLatch      3.谈ReentrantLock      4.谈消费者与生产者模式(notfiyAll/wait.si ...

随机推荐

  1. 【忍者算法】从照片旋转到矩阵变换:探索图像旋转问题|LeetCode 48 旋转图像

    从照片旋转到矩阵变换:探索图像旋转问题 生活中的旋转 在这个自拍时代,我们经常需要调整照片的方向.有时拍出来的照片歪了,需要旋转90度:有时想要换个角度看看效果,来回旋转照片.这种旋转操作不仅存在于我 ...

  2. 从cos下载文件

    新建test.sh脚本 #!/bin/bash set -e cospath=https://11111.cos.ap-beijing.myqcloud.com/emr/hive/script/202 ...

  3. Mac安装Hive

    一.基础信息 下载地址:http://archive.apache.org/dist/hive/ 版本:hive3.1.1   依赖:hadoop3.2.1.mysql 解压目录:/Users/rob ...

  4. macOS Monterey(MacOS 12) 系统升级cocoapods

    老款MacBook系统Monterey(MacOS 12)由于brew停止了从上游下载cocoapods提示不支持os12系统,无法安装最新版cocoapods,本文讲述了另一种方法来更新cocoap ...

  5. 库卡机器人KR120示教器日常保养技巧

              库卡机器人KR120是一款高效.精准的工业机器人,广泛应用于各个领域.然而,要确保其长期稳定运行,日常的保养和维护至关重要.下面,我们将为您介绍库卡机器人KR120示教器的日常保养 ...

  6. 【论文随笔】会话推荐系统综述(A Survey on Conversational Recommender Systems)

    前言 今天读的论文为一篇于2021年5月发表在<ACM计算机调查>(ACM Computing Surveys)的论文,文章提供了对话式推荐系统(CRS)的全面综述,探讨了CRS的定义.概 ...

  7. Ai 文本生成式大模型 基础知识

    提示工程-RAG-微调 工程当中也是这个次序 提示词工程 RAG 微调 先问好问题 再补充知识 最后微调模型 RAG相关技术细节 选择合适的 Chunk 大小对 RAG 流程至关重要. Chunk 过 ...

  8. 【Bug记录】node-sass安装失败解决方案

    node-sass 安装失败解决办法 前言 很多小伙伴在安装 node-sass 的时候都失败了,主要的原因是 node 版本和项目依赖的 node-sass 版本不匹配. 解决方案 解决方案:把项目 ...

  9. datagrid源码

    /** * jQuery EasyUI 1.2.3 * * Licensed under the GPL terms * To use it on other terms please contact ...

  10. 查看CentOS7的版本信息

    1,查看CentOS的版本号:                            cat /etc/centos-release  显示结果:                            ...