JAVA基础:lock锁底层机制

目录

lock锁底层机制

乐观锁


lock锁底层机制

lock锁底层使用的是CAS + AQS,在lock底层有一个计数器,记录锁被获取的状态,起初为0 , 当被抢占的时候变为1

当我们调用lock.lock()方法,就是将状态从0改为1的过程。当我们调用lock,unlock()方法时,就是将状态从1改为0的过程

当我们调用lock.lock方法时,如果发现状态是1,表示锁被占用,当前线程进入等待状态

当多个线程同时访问lock.lock()方法时,每个线程都尝试着将状态从0改为1. 假设a线程最先完成状态改变,a线程获得了锁。此时b线程也尝试将0改为1,先获得原始值0,将0改为1,再将改好的1替换原始值0(赋值)

在替换前,会拿着之前的原始值与现在变量里的值进行比较,看看是否发生了变化

如果没有变化,说明这个过程中没有其他线程访问资源,将其改为1获得锁。

如结发生了变化,说明这个过程中被其他线程捷足先登了,其他的线程获得锁,当前线程等待

我们称这个过程为 CAS (compare and set)

当一个线程获得锁时,发现锁已经被占用了,当前这个线程就会处于等待状态

实际上,并不是线程对象有一个状态码,改为等待状态的值。

而是将需要等待的线程,存入了一个集合,并使其进入最终等待状态(jvm级别的等待状态)

当最开始线程执行完毕释放锁后,就会从这个集合中取出最开始的那个线程继续执行

这个集合我们就称为 AQS (抽象的)队列同步器

乐观锁

乐观锁不是一种真正存在的锁,一种机制

底层使用的是 CAS + 自旋 应用组合

假设线程1获得count值为0并记录为原始值

接着会对0实现++操作,变成1

接着会尝试将1赋值回count变量中

然后会根据之前记录的原始值0 与此时count变量中的值比较

如果相等,说明这个过程中没有其他线程修改count值,表示这段时间当前线程占有这个变量

完成赋值

如果不相等。比如count已经=2了,说明这个过程中,有其他线程使用过这个变量

如果继续赋值,影响了其他线程的操作结果,所以不能赋值,此次操作失败

重新获取现在的最新的值,记录为原始值2,重复操作 ,直到能够完成赋值位置

我们称这个重复过程为:自旋

相关推荐
ldj20204 分钟前
SpringBoot为什么使用new RuntimeException() 来获取调用栈?
java·spring boot·后端
超龄超能程序猿5 分钟前
Spring 应用中 Swagger 2.0 迁移 OpenAPI 3.0 详解:配置、注解与实践
java·spring boot·后端·spring·spring cloud
惜.己12 分钟前
使用python读取json数据,简单的处理成元组数组
开发语言·python·测试工具·json
风象南17 分钟前
SpringBoot配置属性热更新的轻量级实现
java·spring boot·后端
洛阳泰山18 分钟前
Spring Boot 整合 Nacos 实战教程:服务注册发现与配置中心详解
java·spring boot·后端·nacos
Y40900118 分钟前
C语言转Java语言,相同与相异之处
java·c语言·开发语言·笔记
YuTaoShao19 分钟前
【LeetCode 热题 100】994. 腐烂的橘子——BFS
java·linux·算法·leetcode·宽度优先
布朗克16819 分钟前
java常见的jvm内存分析工具
java·jvm·数据库
都叫我大帅哥1 小时前
深入浅出 Resilience4j:Java 微服务的“免疫系统”实战指南
java·spring cloud
Cao_Shixin攻城狮3 小时前
Flutter运行Android项目时显示java版本不兼容(Unsupported class file major version 65)的处理
android·java·flutter