Java锁(一)

本文介绍了Java中的三种锁机制:乐观锁、悲观锁和自旋锁。乐观锁主要通过CAS操作实现,适用于读多写少的场景;悲观锁代表如Synchronized,先尝试CAS,失败则转为悲观锁;自旋锁在短时间内能获取锁的情况下能提高性能,但长时间未获取锁会导致线程阻塞。Java 1.6引入了适应性自旋锁,根据情况调整自旋时间。
摘要由CSDN通过智能技术生成

Java锁

在这里插入图片描述

你知道java都有哪些锁吗?不知道没关系,今天我们就来盘它



1、乐观锁

  • 乐观锁是一种乐观思想,既认为读多写少,遇到并发写的可能性低,每次去那数据的时候都认为不会被修改,所以不会上锁。但是在更新的时候会判断下,在此期间别人有没有更新这个数据,采取在写时先读当前版本号,然后加锁操作。(也就是比较上次的版本号,如果一样则更新,否则需要重复步骤:读->比较->写。)
  • Java中的乐观锁基本都是通过CAS操作实现的,CAS是一种更新的原子操作,比较当前值跟传入值是否一样,一样更新,否则失败。有关CAS原理的这里引用下一大佬的博客CAS原理

2、悲观锁

  • 悲观锁就是悲观思想,既认为写多,遇到并发写的可能性高,每次去拿数据得到时候都认为别人会修改,所以每次在读写数据的时候都会上锁,这样别人想读写这个数据就会block直到拿到锁。
  • java中的悲观锁就是Synchronized,AQS框架下的锁则是先尝试CAS乐观锁去获取锁,获取不到,才会转换为悲观锁。

3、自旋锁

  • 自旋锁原理非常简单,如果持有锁的线程能在很短时间内释放锁资源,那么那些等待竞争锁的线程就不需要做内核态和用户态之间的切换进入阻塞挂起状态,它们只需要等一等(自旋),等持有锁的线程释放锁后即可立即获取锁,这样就避免用户线程和内核的切换的消耗。
  • 线程自旋是需要消耗cup的,说白了就是让cup在做无用功,如果一直获取不到锁,那线程也不能一直占用cup自旋做无用功,所以需要设定一个自旋等待的最大时间。
  • 如果持有锁的线程执行的时间超过自旋等待的最大时间扔没有释放锁,就会导致其它争用锁的线程在最大等待时间内还是获取不到锁,这时争用线程会停止自旋进入阻塞状态。
  • **

旋锁的优缺点

**

  • 优点:自旋锁尽可能的减少线程的阻塞,这对于锁的竞争不激烈,且占用锁时间非常短的代码块来说性能能大幅度的提升,因为自旋的消耗会小于线程阻塞挂起再唤醒的操作的消耗,这些操作会导致线程发生两次上下文切换!
  • 缺点:但是如果锁的竞争激烈,或者持有锁的线程需要长时间占用锁执行同步块,这时候就不适合使用自旋锁了,因为自旋锁在获取锁前一直都是占用cpu做无用功,占着XX不XX,同时有大量线程在竞争一个锁,会导致获取锁的时间很长,线程自旋的消耗大于线程阻塞挂起操作的消耗,其它需要cup的线程又不能获取到cpu,造成cpu的浪费。所以这种情况下我们要关闭自旋锁;

旋锁时间阈值(1.6引入了适应性自旋锁)

  • 自旋锁的目的是为了占着CPU的资源不释放,等到获取到锁立即进行处理。但是如何去选择自旋的执行时间呢?如果自旋执行时间太长,会有大量的线程处于自旋状态占用CPU资源,进而会影响整体系统的性能。因此自旋的周期选的额外重要!

总结

今天先到这里啦,下篇我们盘其它的锁哈。文中引用如有侵权请及时练习博主删除,如果对你有用就点个赞吧。
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小猿搬砖

如果对您有用那就来鼓励一下吧

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值