深入JVM-锁机制，万字长文

这个CAS失败了呢？首先必须明确这个CAS为什么会失败，也就是说发生了竞争，有别的线程和它抢锁并且抢赢了，那么这个情况下，它就会要求撤销偏向锁（因为发生了竞争）。接着它首先暂停拥有偏向锁的线程，检查这个线程是否是个活动线程，如果不是，那么好，你拿了锁但是没在干事，锁还记录着你，那么直接把对象头设置为无锁状态重新来过。如果还是活动线程，先遍历栈帧里面的锁记录，让这个偏向锁变为无锁状态，然后恢复线程。

偏向锁的目的是消除数据在无竞争情况下的同步原语，进一步提高程序的运行性能。在无竞争的情况下把整个同步都消除掉，能提高带有同步但无竞争的程序性能。但如果大多数锁总是被不同的线程访问，则偏向模式则是多余的。当有另外一个线程去尝试获取这个锁时，偏向模式就结束，根据锁对象是否处于被锁定的状态，撤销偏向后回复到未锁定（01）或轻量级锁定（00）。

轻量级锁

JVM在当前线程的栈帧中创建用于储存锁记录的空间（LockRecord），然后把MarkWord放进去，同时生成一个叫Owner的指针指向那个加锁的对象，同时用CAS尝试把对象头的MarkWord替换成一个指向锁记录的指针。成功了就拿到了锁。那么失败了呢？失败了的说法比较多。

轻量级锁是在无竞争的情况下使用CAS操作去消除同步使用的互斥量。在没有多线程竞争的前提下，减少传统的重量级锁使用操作系统互斥量产生的性能消耗。提升性能的依据是“对于绝大部分额情况下，在整个同步周期内都是不存在竞争的”，但有竞争的情况下，轻量级锁会比传统的重量级锁更慢。如果有两条以上的线程争用同一个锁，轻量级锁就不再有效，会膨胀成重量级锁（10）。

---

锁的优化

---

锁粗化

试想有一个循环，循环里面是一些敏感操作，有的人就在循环里面写上了synchronized关键字。这样确实没错不过效率也许会很低，因为其频繁地拿锁释放锁。要知道锁的取得（假如只考虑重量级MutexLock）是需要操作系统调用的，从用户态进入内核态，开销很大。于是针对这种情况也许虚拟机发现了之后会适当扩大加锁的范围（所以叫锁粗化）以避免频繁的拿锁释放锁的过程。

锁消除

通过逃逸分析发现其实根本就没有别的线程产生竞争的可能（别的线程没有临界量的引用），而“自作多情”地给自己加上了锁。有可能虚拟机会直接去掉这个锁。

锁分离

• 对锁功能进行分类

• 读写锁的实现：ReadWriteLock，读锁和读锁不互斥，读锁和写锁，写锁和写锁互斥。

• 阻塞链表队列的实现：LinkedBlockingQueue，put和take操作互不影响，不需要锁住整个链表，只需要take和put持有不同的锁即可。

减小锁粒度

• 大对象拆成小对象，降低锁竞争

• 提供偏向锁、轻量级锁成功率

• HashMap的同步实现：

• Collections.synchronizedMap(Map m)获得一个同步的hasnMap，其中get和put方法都被synchronized，每次只能被一个线程访问，效率低。

• ConcurrentHashMap通过减小锁粒度优化：

将HashMap底层的数组分段，分层若干个Segment，每次put、get操作只锁定一个Segment数组段，因此允许多线程同时访问ConcurrentHashMap，提供系统效率。

减少锁持有时间

只同步需要同步的代码块

减少锁持有时间

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

线程、数据库、算法、JVM、分布式、微服务、框架、Spring相关知识

一线互联网P7面试集锦+各种大厂面试集锦

学习笔记以及面试真题解析

面试集锦+各种大厂面试集锦

[外链图片转存中…(img-54vtlfdh-1711178017380)]

学习笔记以及面试真题解析

[外链图片转存中…(img-WZEW15RG-1711178017381)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录