从jvm 分析Synchronized原理

1、先写一段代码如下 Synchronized 同步代码块
从jvm 分析Synchronized原理_第1张图片
然后在 cmd 中 输入 javac SynchronizeDemo.java 将其编译成 class文件
然后在使用 javap -c SynchronizeDemo将其 反汇编 后
从jvm 分析Synchronized原理_第2张图片
对于上面 指令monitorenter 和monitorexit ,
jvm 规范描述 monitorenter 解释如下:
每个对象有一个监视器(monitor)。当 monitor 被占用时就会处于锁定状态,线程执行monitorenter 指令时尝试获取monitor的 所有权,过程如下
1、如果monitor的进入数为0,则该线程进入monitor,然后将进入数设置为1,该线程即为monitor的所有者。

2、如果线程已经占有该monitor,只是重新进入,则进入monitor的进入数加1.

3.如果其他线程已经占用了monitor,则该线程进入阻塞状态,直到monitor的进入数为0,再重新尝试获取monitor的所有权。

monitorexit 解释如下:
执行monitorexit 的线程必须是objectref所对应的monitor的所有者。

指令执行时,monitor的进入数减1,如果减1后进入数为0,那线程退出monitor,不再是这个monitor的所有者。其他被这个monitor阻塞的线程可以尝试去获取这个 monitor 的所有权。

通过这两段描述,我们应该能很清楚的看出Synchronized的实现原理,Synchronized的语义底层是通过一个monitor的对象来完成,其实wait/notify等方法也依赖于monitor对象,这就是为什么只有在同步的块或者方法中才能调用wait/notify等方法,否则会抛出java.lang.IllegalMonitorStateException的异常的原因。
2、Synchronized 同步方法
从jvm 分析Synchronized原理_第3张图片
在windwods 下 使用 javap -v SynchronizedMethod 将其class 文件进行反汇编 编译成字节码
//方法标识ACC_PUBLIC代表public修饰,ACC_SYNCHRONIZED指明该方法为同步方法
从jvm 分析Synchronized原理_第4张图片
从反汇编的结果来看,方法的同步并没有通过指令monitorenter和monitorexit来完成(理论上其实也可以通过这两条指令来实现),不过相对于普通方法,其常量池中多了ACC_SYNCHRONIZED标示符。JVM就是根据该标示符来实现方法的同步的:当方法调用时,调用指令将会检查方法的 ACC_SYNCHRONIZED 访问标志是否被设置,如果设置了,执行线程将先获取monitor,获取成功之后才能执行方法体,方法执行完后再释放monitor。在方法执行期间,其他任何线程都无法再获得同一个monitor对象。 其实本质上没有区别,只是方法的同步是一种隐式的方式来实现,无需通过字节码来完成。

https://blog.csdn.net/javazejian/article/details/72828483 (参考地址)
https://www.cnblogs.com/lykm02/p/4516777.html

你可能感兴趣的:(JAVA)