锁的状态(偏向锁,轻量级锁及重量级锁)

本文详细介绍了Java中锁的三种状态:偏向锁、轻量级锁和重量级锁。偏向锁适用于线程独占的情况,轻量级锁通过自旋避免线程阻塞,而重量级锁依赖于操作系统MutexLock,适用于多线程竞争激烈的情况。锁的状态会随着竞争升级,从无锁->偏向锁->轻量级锁->重量级锁,但不会降级。
摘要由CSDN通过智能技术生成

 

本篇博客参考了死磕Synchronized底层实现--概论如果有兴趣了解更深的内容可以看看上面博客。

锁的状态

锁的状态总共有四种:无锁状态、偏向锁、轻量级锁和重量级锁。随着锁的竞争,锁可以从偏向锁升级到轻量级锁,再升级的重量级锁(但是锁的升级是单向的,也就是说只能从低到高升级,不会出现锁的降级)。锁的状态保存在对象头的Mark Word中,以32位的JDK为例:

 

(一)偏向锁

   在实际应用运行过程中发现,“锁总是同一个线程持有,很少发生竞争”,也就是说锁总是被第一个占用它的线程拥有,这个线程就是锁的偏向线程。那么只需要在锁第一次被拥有的时候,记录下偏向线程ID。这样偏向线程就一直持有着锁。但只要有其他线程尝试获取锁,那么偏向锁就会升级为轻量级锁

偏向锁获取的过程

     1. 在当前线程的中创建一锁记录(Lock Record的空间,并将锁记录的obj属性指向锁对象。

     2. 判断Mark Work偏向锁的标记是否设置为1--确认为可偏向状态。

     3. 如果锁对象是第一次被线程获取,JVM会将对象头的锁标志设置为“01

     4. 然后使用CASMark Word 中的线程ID设置为当前线程ID,如果设置成功,那么持有偏向锁的线程以后每次进入该同步代码块,就不用进行任何操作

偏向锁的释放

   偏向锁只有遇到其他线程尝试竞争偏向锁时,持有偏向锁的线程才会释放锁,线程不会主动去释放偏向锁。偏向锁的撤销,需要等待全局安全点在这个时间点上没有字节码正在执行),它会首先暂停拥有偏向锁的线程,判断锁对象是否处于被锁定状态(即当前线程是否在执行同步代码块),根据对象的状态,撤销偏向锁后恢复到未锁定(标志位为“01”)轻量级锁(标志位为“00”)的状态。

状态偏向锁轻量级重量级都是Java中的机制,它们的实现方式和性能表现不同。 无状态:也称为自旋,当线程尝试获取时,如果已经被其他线程占用,该线程会一直自旋等待的释放,直到获取到为止。这种适用于的持有时间非常短的情况,因为长时间的自旋会浪费CPU资源。 偏向锁偏向锁是一种针对加操作的优化手段,它的目标是减少无竞争情况下的操作的性能消耗。当一个线程访问一个偏向锁时,它会将对象头中的标识位设置为偏向,并将线程ID记录在对象头中。之后,该线程再次请求时,无需再次竞争,直接获取即可。这种适用于只有一个线程访问对象的情况。 轻量级轻量级是一种针对多线程竞争情况下的优化手段,它的目标是减少线程阻塞的时间,提高程序的并发性能。当一个线程访问一个轻量级时,它会将对象头中的标识位设置为轻量级,并将对象的指针保存在线程的栈帧中。之后,其他线程再次请求时,会通过自旋的方式尝试获取,而不是阻塞等待。如果自旋失败,就会升级为重量级。这种适用于的竞争不是很激烈的情况。 重量级重量级是一种针对多线程竞争情况下的优化手段,它的目标是保证线程的正确性和程序的稳定性。当一个线程访问一个重量级时,它会进入阻塞状态,直到被释放。这种适用于的竞争非常激烈的情况。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值