使用方法

添加依赖

<!--查看对象头工具-->  
<dependency>  
    <groupId>org.openjdk.jol</groupId>  
    <artifactId>jol-core</artifactId>  
    <version>0.9</version>  
</dependency>

查看对象头

@Slf4j
public class BiasedDemo { 
   

	@SneakyThrows
	public static void main(String[] args) { 
   
		Dog dog = new Dog();
		log.info(ClassLayout.parseInstance(dog).toPrintable());
	}
}
class Dog { 
   

}

输出

问题

由于网上没有资料可以参考 ,并不能看出来具体哪一段是markword (不想看验证过程的朋友可以直接看最后的结论)

所以我根据Mrak Word 的特性来进行推断

首先,我的系统是64位,所以 Mark Word也是64位,格式如下:

因为hashcode在对象创建的时候并不会生成,只有在调用hashcode()方法之后才会生成,所以有了以下代码

@Slf4j
public class BiasedDemo { 
   

	@SneakyThrows
	public static void main(String[] args) { 
   
		Dog dog = new Dog();
		log.info(ClassLayout.parseInstance(dog).toPrintable());
		System.out.println(dog.hashCode());
		log.info(ClassLayout.parseInstance(dog).toPrintable());
	}
}
class Dog { 
   

}

输出

对比生成 hashcode 前后发现,只有第二段到第五段有变化第六到八段依旧为0
那么第六到八段应该就是25位的unused ,第二到五段应该就是31位的hashcode.但是根据64位的mark word格式来看,应该是25位的unused排在hashcode前面并且结尾应该为01,所以我推断这段是倒叙排列的.
为了验证这一猜想,我把hashcode 转换为2进制

2052915500 -> 11110100 10111010 00000010 0101100

然后把生成hashcode后的mark word 倒叙排列

00000000 00000000 00000000 01111010 01011101 00000001 00101100 00000001

就可以发现从第26位开始到第56位跟二进制 token一模一样

为进一步验证猜想,接下来验证锁状态标记位这8位
前置条件:
禁用偏向锁添加VM参数

-XX:-UseBiasedLocking

@Slf4j
public class BiasedDemo { 
   

	@SneakyThrows
	public static void main(String[] args) { 
   
		Dog dog = new Dog();
		log.info(ClassLayout.parseInstance(dog).toPrintable());
		synchronized (dog) { 
   
			log.info(ClassLayout.parseInstance(dog).toPrintable());
		}
		log.info(ClassLayout.parseInstance(dog).toPrintable());
	}
}
class Dog { 
   

}