springboot实战电商项目mall4j (https://gitee.com/gz-yami/mall4j)
验证synchronized锁升级时对象头变化全过程
jdk版本:1.8
系统:window10 64位
jvm 启动参数:-XX:BiasedLockingStartupDelay=0 (取消延迟加载偏向锁)
首先需要已知几个概念
- java 非数组对象(普通对象)的内存结构
如果是 array 对象,则会再占用一个 length 空间(4 字节),记录数组的长度。
- java object 的 markword 格式(64位虚拟机上)
3.synchronized 四锁升级流程以及何时升级(不赘述)
通过实际编码查看分别在这四个锁状态时,锁标志位是否相应变化
引入 jol 工具包
<dependency>
<groupId>org.openjdk.jol</groupId>
<artifactId>jol-core</artifactId>
<version>0.9</version>
</dependency>
无锁态
@Test
public void test01() throws Exception {
Object o = new Object();
System.out.println(ClassLayout.parseInstance(o).toPrintable());
}
执行结果
java.lang.Object object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 4 (object header) 01 00 00 00 (00000101 00000000 00000000 00000000) (5)
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0)
8 4 (object header) e5 01 00 f8 (11100101 00000001 00000000 11111000) (-134217243)
12 4 (loss due to the next object alignment)
Instance size: 16 bytes
Space losses: 0 bytes internal + 4 bytes external = 4 bytes total
第一、二行的 object header 是 markword 的内存,第三行的 object header 是 class pointer 的内容,第四行是对齐填充。
只需关注第一、二行。
第一、二行因为是由低位打印到高位的,所以需要反过来看才会和上方的锁状态表格中一一对应。
即 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000101。
对照表格,重点最后三位,是否偏向锁为1,锁标志位为01,理论上来说偏向锁标记应该为0,这是因为我们加了个 取消延迟加载偏向锁的启动参数导致的,如果把启动参数去掉,那么偏向锁标志位就是0。
JVM启动时会进行一系列的复杂活动,比如装载配置,系统类初始化等等。在这个过程中会使用大量synchronized关