jvm学习笔记-轻量级锁内存模型

一,轻量级锁

  1. LockRecord的那个第一个成员变量是拷贝对应锁定了的java对象资源的MarkWord,
  2. Lock Record有一个Ptr指针刚开始指向自己,后面这个指针存储在锁定资源的java对象的markword中,后续可以通过java对象的MarkWord快速定位到LockRecord本身。
  3. 一个是记录Object对象的指针PtrObj,方便定位到锁定的java对象资源
  4. 还有一个是记录锁的重入次数cnt

步骤1:锁1次

我首先来介绍MarkWord(32bits)这个红色的图怎么理解?

首先这四行分别对应了"无锁","偏向锁","轻量级锁","重量级锁",其实真正应用起来,只用到其中1行的数据,也就是说,我这个java对象,

无锁的时候,MarkWord里面内容就是"hashcode","age","biased_lock","state",25 + 4 + 1 + 2 = 32bits

偏向锁的时候,MarkWord里面内容就是"Thread-ID","epoch","age","biased_lock","state" 23 + 2 + 4 + 1 + 2 = 32 bits

轻量级锁的时候,MarkWord里面内容就是"ptr_to_lock_record","state",30 + 2 = 32bits

重量级锁的时候,MarkWord里面内容就是"ptr_to_heavyweight_monitor","state",30 + 2 = 32bits

如果state = 11,那么就是标记为gc,即将垃圾回收了应该是.

步骤二:又锁了一次(锁重入)

CopyOfMarkWord = NULL,ObjPtr = this , cnt = cnt + 1

步骤三:

unlock一次锁

cnt = cnt - 1,然后根据栈里面锁的次序,后入先出,依次解锁,解锁的时候发现LockRecord里面的MarkWord为NULL,表示还可以解锁,不是最后一层锁。

后面再解锁

步骤四:

解锁到最后一层,(其实是发现了该LockRecord的MarkWord不为NULL,认为是最后一层锁),因为是最后一层,因此使用CAS把MarkWord拷贝回去object里面,再用CAS吧LockRecord指针拷贝回去原来LockRecord里面,然后ObjPtr置为NULL。

注意,中间的CAS修改如果失败,说明发生竞争,会膨胀为重量级锁!!

二,偏向锁

偏向锁主要是MarkWord里面存储获取锁的线程ID,修改biased_lock标志为1和最后两位为01

相关推荐
脚踏实地,坚持不懈!1 小时前
Linux 内存回收机制:水位线、kswapd 与 Direct Reclaim
linux·jvm·算法
wuminyu2 小时前
ZGC染色指针在虚拟线程stackChunkOop上的并发屏障全景分析
java·linux·c语言·jvm·c++
江湖有缘16 小时前
Docker实战 | 使用Docker部署rmoments社交平台
jvm·docker·oracle
code2cat20 小时前
Java进阶篇之AtomicReferenceFieldUpdater:用不可变快照替换整份状态
java·开发语言·cas
H.莓飛1 天前
【C++】内存管理
linux·开发语言·jvm·c++·visual studio
10mAh1 天前
【SQL】NOT IN 遇到 NULL 为什么返回空集?三值逻辑与反关联实战
jvm·数据库·sql
wuminyu1 天前
stackChunkOop内部结构与GC屏障的配合工作原理剖析
java·linux·c语言·jvm·c++
code2cat2 天前
Java进阶篇之AtomicLongFieldUpdater:把累计额度留在对象字段中
java·cas·并发编程
老三牛擦2 天前
订单履约流程
jvm
青春逝如流水2 天前
Java 线程在内存模型(JMM)与 JVM 实现:规范与落地的多元路径
java·开发语言·jvm·多线程·ai文章