JVM中的锁(中)：锁膨胀和锁消除

最新推荐文章于 2024-08-08 15:40:10 发布

大力海棠

最新推荐文章于 2024-08-08 15:40:10 发布

阅读量818

点赞数

分类专栏： JVM 文章标签： JVM 锁膨胀锁消除

本文链接：https://blog.csdn.net/justinzengtm/article/details/109986026

版权

本文详细介绍了JVM中的锁机制，从自旋锁到重量级锁的膨胀过程。当轻量级锁加锁失败，经过自旋锁尝试后，会升级为重量级锁，利用mutexlock实现互斥。此外，还提到了锁消除技术，通过逃逸分析来优化性能，减少不必要的同步操作。

摘要由CSDN通过智能技术生成

接着上一篇，偏向锁失效后JVM让线程去申请轻量级锁，轻量级锁就是一种乐观思想，举个例子，在写入数据时会先判断这个期间有没有其他线程修改过这个数据，具体方式是读出版本号or时间戳，如果没有，就可以加锁，进行写入修改，否则继续重复读出数据，比较，再写入，轻量级锁就是这么个思想，使用的也是CAS操作。如果轻量级锁获取失败，证明有多个线程在同时竞争这个对象，这时候临界区线程竞争激烈，如果想要保证数据完整性，就要采用更重量级别的锁，从偏向锁到轻量级锁，再到后面的重量级锁锁，都是一个锁膨胀过程。

锁膨胀

锁膨胀过程我打算还是回到偏向锁开始，当一个线程成功进入临界区访问资源时，会在自己的Java对象头中Mark Word中记录线程的id，让锁处于偏向状态，偏向该线程，这样当下一次有线程试图获取锁时，JVM先检查对象头中Mark Word里是否存有该线程的id，如果有，则直接进入，不需要任何同步操作。如果Mark Word中没有该线程的id，那么就要分两种情况判断，如果偏向锁标志位还是为1，证明偏向锁仍然有效，并没有多个线程同时竞争，只是当前访问临界区的线程不是之前偏向的线程，这时只要用一次CAS操作将对象头Mark Word中线程id指向当前请求的线程计科。如果偏向锁标志位为0，说