Java利用 ClassLayout 查看对象头

最新推荐文章于 2022-05-31 19:28:42 发布

王大磕碜

最新推荐文章于 2022-05-31 19:28:42 发布

阅读量5k

点赞数 16

分类专栏：多线程文章标签： java 开发语言后端多线程

本文链接：https://blog.csdn.net/weixin_39009690/article/details/122080406

版权

多线程专栏收录该内容

1 篇文章 1 订阅

订阅专栏

原创不易,有问题欢迎大佬指正,转载请注明出处

使用方法

添加依赖

<!--查看对象头工具-->  
<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 {

}