Java - 锁的四种状态及升级过程

最新推荐文章于 2024-05-01 23:15:51 发布

有机后浪

最新推荐文章于 2024-05-01 23:15:51 发布

阅读量955

点赞数

分类专栏： Java多线程并发笔记文章标签： java 多线程

本文链接：https://blog.csdn.net/key_768/article/details/111581156

版权

10 篇文章 0 订阅

订阅专栏

曾经遇到多线程加锁操作都是直接用synchronized，但在jdk1.6前，synchronized是重量级锁，随着jdk1.6对synchronized进行的各种优化后，synchronized并不会显得那么重
如：

偏向锁：偏向某一个线程的锁，这个线程将对象头markword的ThreadID改为自己的ID，之后再次访问这个对象的时候，只需要对比ID
轻量级锁：不需要申请互斥量，只需要将markword中的指针指向线程的id,如果更新成功则表示已经成功的获取了锁,否则说明已经有线程获取了轻量级锁,发生了锁竞争,轻量级锁开始自旋
自旋锁：CAS锁
适应性自旋锁：CAS自旋的次数不再是固定的，它是由前一次在同一个锁上的自旋时间及锁的拥有者的状态来决定
锁消除：在有些情况下，JVM检测到不可能存在共享数据竞争，这时JVM会对这些同步锁进行锁消除
锁粗化：将多个连续的加锁、解锁操作连接在一起，扩展成一个范围更大的锁，减少连续的加锁、解锁操作

jdk1.6优化了锁机制，锁的状态有了四种（无锁、偏向锁、轻量级锁、重量级锁）

四种状态随着竞争情况升级，且不可逆：无锁-》偏向锁-》轻量级锁-》重量级锁

无锁、偏向锁、轻量级锁、重量级锁

在这里插入图片描述

在对象上加锁即会改变对象头MarkWord段

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

这个时候多个线程竞争资源：有一个线程能竞争成功，而其他竞争失败的线程会不断重试直到竞争成功

在有多线程竞争的情况下是不可取的

偏向锁：偏向某一个线程的锁，即不存在多个线程的竞争时，那么该线程在后续访问时便会自动获得锁，从而降低获取锁带来的消耗

其执行机制：

在这里插入图片描述

偏向锁的升级机制：

当存在竞争时，偏向锁不能满足当前场景，升级为轻量锁，轻量级锁处理竞争锁对象的线程不多，而且线程持有锁的时间也不长的情景

轻量锁： 不需动用操作系统，而是无锁竞争，通过CAS完成资源的竞争

CAS的缺陷

ABA问题：CAS算法不知道数据的ABA修改
CPU开销过大：许多线程反复尝试更新某一个变量，却又一直更新不成功，循环往复，会给CPU带来很到的压力
synchronized锁是阻塞队列，一个线程占有资源后其他线程直接阻塞；而CAS是所有线程一直在自旋，所以CAS强调多读场景
不能保证代码块的原子性：CAS算法是通过比较V与A判断是否被其他线性修改，如果同时需要保证多个变量同时更新（代码块的原子性），CAS无法做到

Java中的自旋锁向重量级锁升级机制

当竞争严重时，轻量级锁并没有带来性能提升，就升级为重量级锁

重量级锁：指当有一个线程获取锁之后，其余所有等待获取该锁的线程都会处于阻塞状态

关注