Java那么多锁，能锁住灭霸吗？

发布时间：2025-11-05 05:36:50 来源：码上建站 作者：IT科技

这个图是那多不是比上次的好看点？

自旋？

自旋锁

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

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

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

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

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

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

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

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

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

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

稍微分析下~

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

自旋锁 Vs 阻塞锁

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

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

这就是阻塞的过程~

那自旋呢？

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

这里插播一下：

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

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

只升不降的锁状态

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

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

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

升级过程是这样的：

关于无锁~

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

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

CAS算法 即compare and swap（比较与交换），就是有名的无锁算法。

状态还是详细比较下吧~

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

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

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

是不是好理解啦？

共享 or 独享？

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

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

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

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

要是每个人打开的时候，可以加一个写锁，即你在写的时候，别人不能修改，这就是独享锁（写锁）； 

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

小总结

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

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

相关文章