synchronized的简单使用:
- 用在方法上
//用在普通方法上,锁的是当前对象this(对象锁)
public synchronized void test() {
}
//用在静态方法上,锁的是当前类对象(类锁)
public static synchronized void test2() {
}
- 用在静态代码块上
// 静态代码块,锁的是创建的对象Object
Object o = new Object();
public void test3() {
synchronized (o) {
}
}
总结:synchronized锁是基于对象实现的
基于对象实现的互斥锁,那么对象在内存中是怎么存储的呢?如何完成锁的相关处理?
synchronized锁详解:
对象存储的内存布局:
- 对象头(markword)
用于存储对象自身运行时数据,如哈希码、GC分代年龄,锁状态标识等信息 - 类型指针(class pointer)
是对象指向类对象指针,用于判定这个对象是哪个类的实例。 - 实例数据
对象数据信息 - 补齐填充:
因为JVM要求java中的对象必须是8bit的倍数,所以这部分为不满足8N个字节,需要填充空字节信息。
总结:通过对象的内存布局了解到,锁相应的实现主要借助对象头markword。
从图中(按照行进行阅读)可以看出:锁经历了无锁–>偏向锁—> 轻量级锁---->重量级锁的过程。
这个过程正好对应synchronized锁升级过程: - 无锁状态或匿名偏向:没有线程拿到锁。
- 偏向锁:只有一个线程获取锁资源,没有其它线程竞争锁资源。
- 轻量级锁:偏向锁出现竞争时,会升级为轻量级锁(触发偏向锁撤销)。
- 重量级锁:轻量级锁CAS一段次数后,没有拿到锁资源,升级为重量级锁。
备注:
偏向锁添加过程:
线程竞争资源时,发现当前锁资源没有线程占用,并且是无锁或者是匿名偏向锁,以CAS的形式设置锁对象的线程id为当前线程,获取到锁后,下次当前线程再次获取同一把锁时,只需要判断是偏向锁,并且线程ID是当前线程ID即可,直接获得到锁资源。
轻量级锁自旋次数依据:
轻量级锁的状态下,线程会基于CAS的方式,尝试获取锁资源,CAS的次数是基于自适应自旋锁实现的,JVM会自动的基于上一次获取锁是否成功,来决定这次获取锁资源要CAS多少次。
偏向锁升级到轻量级锁,会触发偏向锁撤销,如何撤销?
需要等到一个安全点,类似于垃圾回收,需要STW,才可以撤销,在并发情况下偏向锁撤销比较消耗资源。
锁升级过程验证:
我们可以通过JOL(Java Object Layout)来查看对象在内存中的布局;
无锁(non-biasable) ->偏向锁(biased)->轻量级锁(thin Lock)->重量级锁(Fat Lock)
idea中导入的pom依赖:
<dependency>
<groupId>org.openjdk.jol</groupId>
<artifactId>jol-core</artifactId>
<version>0.16</version>
</dependency>
新建了一个object对象,输出信息如下:
ox表示16进制,最后一个1转化为2进制位0001,对应的hotspot锁标识,为无锁状态;这是因为默认延迟开启偏向锁;当在jvm参数中设置-XX:BiasedLockingStartupDelay=0并应用,再次运行代码,输出信息如下:
最后一项为5,转化为2进制位101,对应锁的状态为匿名偏向锁。
问题:偏向锁为什么是延迟开启的?
因为在项目启动的时候,ClassLoader会加载.class文件,这里会涉及到synchronized操作,为了避免启动时,涉及到偏向锁撤销,导致启动效率变慢,所以程序启动时,默认不是开启偏向锁的,4s后开启。
当出现偏向锁竞争的状态,展示效果如下:
public static void main(String[] args) {
Object o = new Object();
System.out.println(ClassLayout.parseInstance(o).toPrintable());
new Thread(() -> {
synchronized (o) {
System.out.println(ClassLayout.parseInstance(o).toPrintable());
}
}).start();
synchronized (o) {
System.out.println(ClassLayout.parseInstance(o).toPrintable());
}
}
最终会到达重量级锁,中间会经历偏向锁,但是最终打印的时候,都上升到重量级锁(fat lock)。