JUC-04 详解Synchronized part2

文章详细介绍了synchronized在Java中的底层实现,包括基于Monitor对象和字节码指令monitorenter与monitorexit的方法和同步代码块同步。同步方法的实现依赖于ACC_SYNCHRONIZED访问标志,而Monitor由ObjectMonitor实现,包含_WaitSet和_EntryList队列以及_owner字段来管理线程同步。

上一篇我们介绍了synchronized的基本概念和用法。今天,我们一起来聊一下synchronized的底层实现。 主要涉及Monitor对象及其底层实现。

  1. synchronized 底层是怎么实现的?(Monitor对象及其底层实现)

1. synchronized 底层是怎么实现的?

以HotSpot JVM为例。在JVM层面,是基于进入和退出Monitor对象来实现方法同步和代码块同步。

背后实现的依赖涉及两个内容:Java对象头,Monitor监视器。

我们来看一下用synchronized关键字修饰同步代码块和同步方法。

1.1 同步代码块

如何查看反编译的字节码呢?我们可以使用javap命令。命令如下:

javap -verbose xxxx.class (既然提到了javap,那有心的小伙伴可以后续一并了解下javap命令,作为自己简单的扩展)

在上图中,有三个关键的指令:monitorenter,monitorexit。

monitorenter:代表 监视器入口,获取锁;
monitorexit第一次:代表监视器出口,释放锁;
monitorexit第二次:第二次monitorexit,代表 发生异常,释放锁;

下面我们对其过程进行一下说明。

  1. 代码块的同步是利用monitorenter和monitorexit这两个字节码指令。
  2. 它们分别位于同步代码块的开始和结束位置。
  3. jvm执行到monitorenter指令时,当前线程试图获取monitor对象的所有权,如果未加锁或者已经被当前线程所持有,就把锁的计数器+1;
  4. jvm执行monitorexit指令时,锁计数器-1;当锁计数器为0时,该锁就被释放了。
  5. 如果获取monitor对象失败,该线程则会进入阻塞状态,直到其他线程释放锁。

1.2 同步方法

在反编译字节码中,我们注意到有关键语句 ACC_SYNCHRONIZED。这个是什么呢?下面是对其的解释。

ACC_SYNCHRONIZED访问标志

  • 方法级的同步是隐式的。即无需通过字节码指令来控制的,它实现在方法调用和返回操作之中。
  • JVM可以从方法常量池中的方法表结构(method_info Structure) 中的 ACC_SYNCHRONIZED 访问标志区分一个方法是否同步方法。
  • 当方法调用时,调用指令将会 检查方法的 ACC_SYNCHRONIZED 访问标志是否被设置,如果设置了,执行线程将先持有monitor(虚拟机规范中用的是管程一词), 然后再执行方法,最后再方法完成(无论是正常完成还是非正常完成)时释放monitor。

现在,你一定对synchronized在字节码层面的指令实现有了一定的了解。而其底层依赖的monitor又是如何实现的呢?

2. Monitor的实现

Monitor是由ObjectMonitor实现的,其主要数据结构如下(位于HotSpot虚拟机源码ObjectMonitor.hpp文件,C++实现的);

在ObjectMonitor中,有如下两个特征。

  • 两个队列,_WaitSet 和 _EntryList,用来保存ObjectWaiter对象列表( 每个等待锁的线程都会被封装成ObjectWaiter对象 )。
  • _owner指向持有ObjectMonitor对象的线程。

那当多个线程同时访问一段同步代码时,ObjectMonitor中会发生什么呢?

  1. 首先会进入 _EntryList 集合,当线程获取到对象的monitor后,进入 _Owner区域并把monitor中的owner变量设置为当前线程,同时monitor中的计数器count加1;
  2. 若线程调用 wait() 方法,将释放当前持有的monitor,owner变量恢复为null,count自减1,同时该线程进入 WaitSet集合中等待被唤醒;
  3. 若当前线程执行完毕,也将释放monitor(锁)并复位count的值,以便其他线程进入获取monitor(锁);

补充:Monitor对象存在于每个Java对象的对象头Mark Word中(存储的是指针的指向),Synchronized锁便是通过这种方式获取锁的,也是为什么Java中任意对象都可以作为锁的原因,同时notify/notifyAll/wait等方法会使用到Monitor锁对象,所以必须在同步代码块中使用。

最后,我们简单总结一下。本文主要讲了Synchronized关键字的底层实现,通过反编译的字节码指令和Monitor对象的底层实现来对其进行了解析。

好了,本期的文章就到这里。更多更精彩的内容请关注。

        V信公众号搜索   “程序员一棵树”。 内有相关文档原文和免费资料。
        D音搜索             “程序员一棵树”。B站搜索             “程序员一棵树”。

### JUC-II中变址寻址的微指令实现细节 #### 1. 变址寻址的基本概念 变址寻址是一种通过基址寄存器与偏移量相加生成有效地址的寻址方式。其核心思想是将指令中的偏移量字段与指定的基址寄存器内容相加,从而计算出目标地址[^1]。在JUC-II模型机中,这种寻址方式常用于数组访问和间接跳转等场景。 #### 2. 微指令的设计原则 微指令是控制计算机硬件执行具体操作的最小单位。在JUC-II模型机中,微指令需要明确描述每一步的操作,包括数据路径的选择、算术逻辑单元(ALU)的操作以及存储器的访问等[^2]。对于变址寻址,微指令设计需满足以下要求: - 提取指令中的偏移量。 - 获取基址寄存器的内容。 - 执行加法操作以生成有效地址。 - 使用有效地址访问内存或寄存器。 #### 3. 微指令的具体实现 以下是针对JUC-II模型机中变址寻址的微指令实现细节: ##### (1) 提取偏移量 从当前指令中提取偏移量字段,并将其存储到临时寄存器中。假设偏移量位于指令的低16位,则微指令可以表示为: ```plaintext MicroOp1: TempReg ← Instruction[15:0] ``` ##### (2) 获取基址寄存器内容 读取指定基址寄存器的内容,并将其加载到另一个临时寄存器中。例如,如果基址寄存器为`Rb`,则微指令为: ```plaintext MicroOp2: BaseRegContent ← Rb ``` ##### (3) 计算有效地址 将偏移量与基址寄存器内容相加,生成有效地址。此操作通常由ALU完成: ```plaintext MicroOp3: EffectiveAddress ← BaseRegContent + TempReg ``` ##### (4) 访问目标地址 使用计算出的有效地址访问内存或寄存器。例如,如果目标是内存单元,则微指令为: ```plaintext MicroOp4: Data ← Memory[EffectiveAddress] ``` #### 4. 微指令的编码形式 微指令的编码形式决定了其在硬件中的实现方式。在JUC-II模型机中,微指令通常采用水平型或垂直型编码[^2]。以下是水平型微指令的一个示例: ```plaintext | 控制信号 | 数据路径选择 | ALU操作 | 存储器访问 | |----------|--------------|---------|------------| | 1 | Src1: BaseRegContent, Src2: TempReg | Add | MemRead | ``` 在此示例中,控制信号指定了ALU执行加法操作,并且选择了`BaseRegContent`和`TempReg`作为输入源。同时,还启用了存储器读操作。 #### 5. 实现中的注意事项 - 确保基址寄存器和偏移量的范围符合硬件限制。 - 如果有效地址超出内存范围,应触发异常处理机制。 - 微指令设计需与硬件结构紧密配合,确保每一步操作都能正确映射到具体的控制信号。 #### 示例代码 以下是一个基于JUC-II模型机的变址寻址微程序伪代码示例: ```plaintext # 提取偏移量 MicroOp1: TempReg ← Instruction[15:0] # 获取基址寄存器内容 MicroOp2: BaseRegContent ← Rb # 计算有效地址 MicroOp3: EffectiveAddress ← BaseRegContent + TempReg # 访问目标地址 MicroOp4: Data ← Memory[EffectiveAddress] ``` #### 6. 相关理论支持 通过设计控制器的微程序,可以实现JUC-II模型机的指令系统,并加深对计算机结构和工作原理的理解。变址寻址作为其中一种重要的寻址方式,其微程序设计对于理解指令执行过程具有重要意义。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员一棵树

创作不易,感谢土豪打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值