java锁--LockSurpport和AQS

本文详细解释了Java中`synchronized`的底层实现机制,重点剖析了LockSupport用于线程阻塞和唤醒,以及AQS(AbstractQueueSynchronizer)如何使用state和CLH队列进行线程同步。AQS是可扩展的框架,包括公平锁、读写锁等不同类型的锁。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

synchronized最底层是使用monitor来实现给对象加锁的,没有获得monitor的线程需要阻塞并竞争获得monitor,那在jdk层面,也就需要一种类似的机制实现线程互斥,关键点在于:

1、有一个共享资源只能被一个线程占有

2、没获得共享资源的线程需要阻塞

3、线程被唤醒后需要竞争获得该共享资源

一、LockSurpport

这个类解决了关键点2,即阻塞线程。

阻塞线程的机制是由C++实现的,在java中可以使用native来调用这些原生方法,原生方法的调用全都封装在了sun.misc.Unsafe这个类中,最关键的阻塞和解阻塞的两个方法是park()和unpark()。事实上它主要提供一些用于执行低级别、不安全操作的方法,如直接访问系统内存资源、自主管理内存资源等,所以它的类名是Unsafe

由于Unsafe不止park和unpark方法,且为了不使锁类直接调用Unsafe类的方法,jdk在Unsafe之上又封装了一层专门用于阻塞线程的类LockSurpport,它是用来创建锁和其他同步类的基本线程阻塞原语

主要方法也就是静态的LockSupport.park()和LockSupport.unpark()

二、AQS

AbstractQueueSynchronizer  使用共享变量state代替monitor解决关键点1,同时,它还维护着一个阻塞等待的虚拟的双向队列(CLH队列),当线程获取不到锁时,会将线程入队,至于如何出队(即关键点3 线程间的竞争逻辑),交给各个锁类去实现,因为每种锁根据业务不同会有不同的需求,所以它是一个用来构建锁和同步器的框架。

1、核心思想

AQS核心思想是,如果被请求的共享资源空闲,则将当前请求资源的线程设置为有效的工作线程,并且将共享资源设置为锁定状态。如果被请求的共享资源被占用,那么就需要一套线程阻塞等待以及被唤醒时锁分配的机制,这个机制AQS是用CLH队列锁实现的,即将暂时获取不到锁的线程加入到队列中。

这个共享资源是AQS的一个变量:

private volatile int state;//共享变量,使用volatile修饰保证线程可见性

private变量,当然要用getState()、setState()、compareAndSetState()等来操作

这个共享变量有两个共享方式:

独占式:分为公平、非公平。适合写锁

共享式:适合读锁,Semaphore/CountDownLatch。Semaphore、CountDownLatCh、 CyclicBarrier、ReadWriteLock

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

AQS通过继承自AbstractOwnableSynchronizer抽象类的setExclusiveOwnerThread与getExclusiveOwnerThread两个方法来设置独占资源线程和获取独占资源线程。

核心原理图:

image.png

注意:head和tail都是虚节点,即thread属性为null

2、CLH队列数据结构

CLH队列:虚拟的双向队列即不存在队列实例,仅存在结点之间的关联关系

image.png

waitStatus有以下几种状态:

CANCELLED,值为1,表示当前的线程被取消。

SIGNAL,值为-1,表示当前节点的后继节点包含的线程需要运行,需要进行unpark操作。

CONDITION,值为-2,表示当前节点在等待condition,也就是在condition queue中。

PROPAGATE,值为-3,表示当前场景下后续的acquireShared能够得以执行。

值为0,表示当前节点在sync queue中,等待着获取锁。

3、可选的condition队列

可以看到线程节点的状态有一项是CONDITION,这个只有在需要condition时才会有用,例如在CountDownLatch中,这时除了CLH队列外,还会存在不定个数的单向链表condition队列,因为可能不止一个条件

image.png

4、核心方法acquire()

public final void acquire(int arg) {
    if (!tryAcquire(arg) && acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
        selfInterrupt();
}

tryAcquire()方法需要各个同步器自己实现,也就是竞争锁的逻辑

tryAcquire失败就会调用addWaiter把线程添加到CLH队列中,然后acquireQueued()不断尝试获取资源

5、核心方法release()方法

public final boolean release(int arg) {
    if (tryRelease(arg)) {
        Node h = head;
        if (h != null && h.waitStatus != 0)
            unparkSuccessor(h);
        return true;
    }
    return false;
}

同样的,tryRelease()方法需要各个同步器自己实现

这两个方法都用到了同一个设计模式----模板方法

### Java JUC AQS 并发编程 抽象队列同步器 使用教程 源码解析 #### 什么是AQS? `AbstractQueuedSynchronizer`(简称AQS),作为Java并发包中的核心组件之一,提供了用于实现其他同步器的基础框架。它不仅简化了同步工具的创建过程,还提高了这些工具的工作效率[^2]。 #### 类图结构与工作原理 AQS的设计围绕着一个FIFO(先进先出)等待队列展开,该队列由多个节点组成,每个节点代表了一个正在等待获取资源的线程。每当有新的竞争者未能立即获得所需资源时,就会被构造成一个新的节点并加入到这个队列之中;而当现有持有者释放其持有的资源之后,则会从队头开始依次唤醒后续等待者去尝试占有资源[^5]。 #### 同步模式分类 为了适应不同场景下的需求,AQS支持两种主要类型的同步方式——独占式以及共享式: - **独占式**:一次只允许单个线程访问临界区,在这种情况下其他任何试图进入同一区域内的请求都将被迫挂起直到前序操作完成为止; - **共享式**:允许多个读取者同时存在而不互相干扰,只要不存在写入动作发生即可保持一致性安全性[^3]。 #### 自定义同步器的关键接口 对于想要利用AQS来构建特定行为逻辑的新类型而言,开发者通常需要重载以下几个抽象方法以适配具体的应用环境: - `tryAcquire(int arg)` `tryRelease(int arg)` - `tryAcquireShared(int arg)` 及 `tryReleaseShared(int arg)` - `isHeldExclusively()` 上述函数分别对应于独占/共享模式下对资源的操作控制流程,通过合理地覆盖它们可以轻松打造出满足业务特性要求的各种高级别同步原语[^1]。 ```java public class CustomSync extends AbstractQueuedSynchronizer { protected boolean tryAcquire(int acquires) { // 实现具体的独占式获取逻辑 return super.tryAcquire(acquires); } protected boolean tryRelease(int releases) { // 实现具体的独占式释放逻辑 return super.tryRelease(releases); } } ``` #### 队列管理机制详解 在实际运行过程中,AQS内部维护了一条双向链表形式的数据结构用来存储各个待处理的任务单元。每当新成员到来之时便会调用`enqueue()`方法将其追加至末端位置上形成完整的链条关系网状链接,并且借助CAS指令保证整个插入过程的安全可靠性质不受外界因素影响破坏[^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值