Java那么多锁,能锁住灭霸吗?

开发 后端
锁主要存在四种状态:“无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态”。其实这四种状态都不是Java语言中的锁,而是Jvm为了提高锁的获取与释放效率而做的优化(使用synchronized时)。

[[278405]]

这个图是不是比上次的好看点?

自旋?

自旋锁

如果此时拿不到锁,它不马上进入阻塞状态,而愿意等待一段时间。

如果循环一定的次数还拿不到锁,那么它才会进入阻塞的状态,循环的次数是可以人为指定的。

  •  自旋锁🌰

有一天去全家买咖啡,服务员说真不巧,前面咖啡机坏了,现在正在修,要等10分钟喔,恰好没什么急事,那就等吧,坐到一边休息区等10分钟(其它什么事都没做)。介就是自旋锁~(自己空转一会儿)

觉得有点浪费时间?如果你等了15分钟,还没修好,那你可能不愿意继续等下去了(15分钟就是设定的自旋等待的最大时间)

上面说自旋锁循环的次数是人为指定的,而自适应旋转锁,就厉害了,它不需要人为指定循环次数,它自己本身会判断要循环几次,而且每个线程可能循环的次数也是不一样的。

如果这个线程之前拿到过锁,或者经常拿到一个锁,那它自己判断下来再次拿到这个锁的概率很大,循环次数就大一些;如果这个线程之前没拿到过这个锁,那它就没把握了,怕消耗CPU,循环次数就小一点。

它解决的是“锁竞争时间不确定”的问题,但也不一定它自己设定的一定合适。

  •  自适应旋转锁🌰

还是前面去全家等咖啡的栗子吧~ 要是等到5分钟,还没修好,你目测10分钟里也修不好,就不再等下去了(循环次数小);

要是等了10分钟了,服务员说非常抱歉,快了快了,再1分钟就可以用了,你也还不急,都已经等了10分钟了,就多等一会儿嘛(循环次数大)。

这个是自旋锁的简单代码实现:

 

  1. public class SpinLock {  
  2.     private AtomicReference<Thread> cas = new AtomicReference<Thread>();  
  3.     public void lock() {  
  4.         Thread current = Thread.currentThread();  
  5.         // 利用CAS  
  6.         while (!cas.compareAndSet(null, current)) {  
  7.             // DO nothing  
  8.         }  
  9.     }  
  10.     public void unlock() {  
  11.         Thread current = Thread.currentThread();  
  12.         cas.compareAndSet(current, null);  
  13.     }  

稍微分析下~

  •  lock()方法利用CAS,当第一个线程A获取锁的时候,能够成功获取到,不会进入while循环;
  •  如果此时线程A没有释放锁,另一个线程B又来获取锁,此时由于不满足CAS,所以就会进入while循环;
  •  然后线程B会不断判断是否满足CAS,直到A线程调用unlock方法释放了该锁,它才能获取锁。   

  • 主要存在以下问题:

 

  1.  如果某个线程持有锁的时间过长,就会导致其它等待获取锁的线程进入循环等待,消耗CPU。使用不当会造成CPU使用率极高。
  2.  本身无法保证公平性,即无法满足等待时间最长的线程优先获取锁。不公平的锁就会存在“线程饥饿”问题。
  3.  无法保证可重入性。基于自旋锁,可以实现具备公平性和可重入性质的锁。

后面这几个以后有空再详细来说~

自旋锁 Vs 阻塞锁

  •  阻塞的栗子~

去一个热门饭店吃饭,到了门口一看,门口的座位坐满了人……这咋整……服务员说,您可以先拿个号~小票上扫个二维码,关注咱们,轮到您了,服务号里就会有提示哒~(很熟悉是不是?)

然后你就先取了号去逛逛周围小店去了,等轮到你了,手机里收到一条服务提醒消息,到你啦~这时你再去,就可以进店了。

这就是阻塞的过程~

那自旋呢?

就是你自己其它事情都不做,等在那里,就像去超市排队结账一样,你走开的话是没有人会通知你的,只能重新排队,需要自己时刻检查有没有排到(能不能访问到共享资源)。

这里插播一下:

阻塞或唤醒一个Java线程需要操作系统切换CPU状态来完成,这种状态转换需要耗费处理器时间。

来看看自旋和阻塞的比较~

只升不降的锁状态

锁主要存在四种状态:“无锁状态、偏向锁状态、轻量级锁状态、重量级锁状态”。

其实这四种状态都不是Java语言中的锁,而是Jvm为了提高锁的获取与释放效率而做的优化(使用synchronized时)。

它们会随着竞争的激烈而逐渐升级,并且是不可逆的升级。

升级过程是这样的:

  •  偏向锁 -> 轻量级锁 -> 重量级锁

关于无锁~

如果一个方法本来就不涉及共享数据,那它自然就无须任何同步措施去保证正确性,因此会有一些代码天生就是线程安全的。

它没有对资源进行锁定,所有的线程都能访问并修改同一个资源,但同时只有一个线程能修改成功。

CAS算法 即compare and swap(比较与交换),就是有名的无锁算法。

状态还是详细比较下吧~

 

 

  •  知道你想要栗子

你经常去一家店坐在同一个位置吃饭,老板已经记住你啦,每次你去的时候,只要店里客人不多,老板都会给你留着那个座位,这个座位就是你的“偏向锁”,每次只有你这一个线程用。

有一天你去的时候,店里已经坐满了,你的位置也被别人坐了,你只能等着(进入竞争状态),这时那个座位就升级到“轻量级锁”了。

要是那个座位特别好(临窗风景最佳,能隔江赏月~)每次你到的时候,都有其他好几个人也要去抢那个位置,没坐到那个位置就不吃饭了>_< 那时那个座位就升级到“重量级锁”了。

是不是好理解啦?

共享 or 独享?

狮子们集体喝水😄 小河是共享资源~

[[278426]]

要是一只狮子想独享资源,就这样了 

[[278427]]

还是专业地讲下概念~(手机上请点击图片放大看看~)

   

  • 还有栗子~

每个礼拜小组的各个成员要共同填一份周报表格,

要是每个人打开的时候,可以加一个写锁,即你在写的时候,别人不能修改,这就是独享锁(写锁); 

但是这份表格大家可以同时打开,看到表格内容(读取数据),正在改数据的人可以对这份表格加上共享锁,那这个锁就是共享锁。

小总结

对Java的各种锁概念做了下整理,写了些自己的理解, 还有很多基础方面,比如Java的对象头、对象模型(都比较基础)、锁的优化、各类锁代码实现等,后续再补充下。有很多公号有很多高水平的文章,需要理解和练习的有太多。

好嘛~ 都讲累了,我要先休息休息~

 

 

责任编辑:庞桂玉 来源: Java编程
相关推荐

2013-06-17 10:45:34

2020-07-13 08:40:21

BAT模具设计

2020-06-03 14:43:26

Java虚拟机JVM

2020-04-24 08:15:51

代码 if else数组

2023-01-24 16:13:22

编程语言JavaIT

2018-03-27 08:46:01

数据库NoSQLredis

2015-09-29 10:12:10

2021-02-21 08:48:19

技术升职程序员

2019-12-02 14:22:01

浪费云计算支出

2020-03-31 10:58:38

2011-12-31 14:47:10

Web App

2015-06-05 10:17:01

老罗创业不太成功

2020-11-02 07:05:54

虚拟内存Go

2020-07-13 14:59:59

程序员技能开发者

2017-08-14 18:00:13

共享单车摩拜

2022-08-16 15:20:12

微服务IT运维

2019-08-09 17:44:32

戴尔

2018-01-12 05:04:34

移动支付用微信支付支付宝

2023-05-26 00:25:53

2024-05-27 00:30:00

NumPyPython开源库
点赞
收藏

51CTO技术栈公众号