验证synchronized锁升级时对象头变化全过程 - springboot实战电商项目mall4j

springboot实战电商项目mall4j （https://gitee.com/gz-yami/mall4j)

java开源商城系统

验证synchronized锁升级时对象头变化全过程

jdk版本：1.8

系统：window10 64位

jvm 启动参数：-XX:BiasedLockingStartupDelay=0 （取消延迟加载偏向锁）

---

首先需要已知几个概念

1. java 非数组对象（普通对象）的内存结构

​ 如果是 array 对象，则会再占用一个 length 空间（4 字节），记录数组的长度。

2. 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启动时会进行一系列的复杂活动，比如装载配置，系统类初始化等等。在这个过程中会使用大量synchronize