Java面试synchronized偏向锁后hashcode存址
目录
- 前言
- 1、hashcode是啥时候存进对象头中?
- 2、存在hashcode后,出现synchronized会是什么锁?
- 3、如果锁状态是 已偏向,再计算hashcode会怎样?
- 4、总结
前言
今天的文章从下面这张图片开始,这张图片Java开发们应该很熟悉了
我们都知道无锁状态是对象头是有位置存储hashcode的,而变为偏向锁状态是没有位置存储hashcode的,今天我们来通过实现验证这个问题:当锁状态为偏向锁的时候,hashcode存到哪里去了?
先说结论:
- jdk8偏向锁是默认开启,但是是有延时的
可通过参数: -XX:BiasedLockingStartupDelay=0关闭延时。 - hashcode是懒加载,在调用hashCode方法后才会保存在对象头中。
- 当对象头中没有hashcode时,对象头锁的状态是 可偏向( biasable,101,且无线程id)。
- 如果在同步代码块之前调用hashCode方法,则对象头中会有hashcode,且锁状态是 不可偏向(0 01),这时候再执行同步代码块,锁直接是 轻量级锁(thin lock,00)。
如果是在同步代码块中执行hashcode,则锁是从 偏向锁 直接膨胀为 重量级锁。
1、hashcode是啥时候存进对象头中?
根据下图我们可知,hashcode并不是对象实例化后就创建,而是在调用默认的hasCode方法时才会放进对象头。
第一次打印的对象头中我们发现对象头中mark word值为16进制的5,转为2进制就是101,且后面的状态显示为biasable,也就是可偏向,注意区分可偏向和已偏向:可偏向表示还么有synchronized锁,已偏向表示有线程访问锁。
第二次打印对象头中已经存在hashcode,value为0x00000039a054a501,转换为2进制为:11100110100000010101001010010100000001,最后三位也就是0 01,这就表示不可偏向,也就说当出现synchronized锁不会进行偏向,真是如此吗?我们验证一下!
2、存在hashcode后,出现synchronized会是什么锁?
根据下图我们可以清晰的看到,当已存在hashcode再执行同步代码,则会直接进入轻量级锁,原因还是上面的结论,有hashcode后将锁设置为 不可偏向,那肯定就直接上轻量级锁咯。
3、如果锁状态是 已偏向,再计算hashcode会怎样?
前面两种情况锁状态都是 可偏向 状态,如果此时锁状态是 已经进入偏向状态呢?是会进行锁升级嘛?
根据下图我们可以看到,当hashCode方法处于synchronized代码块中时,锁直接升级为重量级锁。
至于为什么直接升级为重量级锁而不是轻量级锁,这个原因不得而知。
猪哥猜想可能无线程竞争状态下,偏向锁升级为重量级锁消耗的资源比轻量级锁消耗的资源少。
同时欢迎知道原因的同学能够留言告知,也欢迎大家说出自己的猜想?没准以后会根据你的方案优化呢!
4、总结
- jdk8偏向锁是默认开启,但是是有延时的,可通过参数: -XX:BiasedLockingStartupDelay=0关闭延时。
- hashcode是懒加载,在调用hashCode方法后才会保存在对象头中。
- 当对象头中没有hashcode时,对象头锁的状态是 可偏向( biasable,101,且无线程id)。
- 如果在同步代码块之前调用hashCode方法,则对象头中会有hashcode,且锁状态是 不可偏向(0 01),这时候再执行同步代码块,锁直接是 轻量级锁(thin lock,00)。
- 如果是在同步代码块中执行hashcode,则锁是从 偏向锁 直接膨胀为 重量级锁。
以上就是Java面试synchronized偏向锁后hashcode存址的详细内容,更多关于java 偏向锁hashcode存址的资料请关注我们其它相关文章!