【Java 并发编程】线程锁机制 ( 锁的四种状态 | 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 | 锁竞争 | 锁升级 )

简介: 【Java 并发编程】线程锁机制 ( 锁的四种状态 | 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 | 锁竞争 | 锁升级 )

文章目录

一、悲观锁示例 ( ReentrantLock )

二、重量级锁弊端

三、锁的四种状态 ( 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 )

四、锁的四种状态之间的转换 ( 无锁状态 -> 偏向锁 -> 轻量级锁 -> 重量级锁 )





一、悲观锁示例 ( ReentrantLock )


ReentrantLock 与 synchronized 都是悲观锁 ;


ReentrantLock 是 Lock 接口的实现类 ,


public class ReentrantLock implements Lock, java.io.Serializable {
}


Lock 是一种锁的机制 , 调用 lock() 方法 , 表示要对下方的代码进行加锁 , 这些代码是线程安全的 ;


代码执行完毕后 , 调用 unlock() 释放锁 ;


在 lock() 与 unlock() 之间的内容 , 就是同步代码块内容 ;


public interface Lock {
    void lock();
    void lockInterruptibly() throws InterruptedException;
    boolean tryLock();
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock();
    Condition newCondition();
}


悲观锁都是重量级锁 ;






二、重量级锁弊端


JDK 1.2 1.21.2 之间 , 只有一个 synchronized 重量级锁 ;


Java 虚拟机创建了线程 A , B 两个线程 , JVM 将线程托管给操作系统进行调度执行 , 线程同步依靠 synchronized 重量级锁实现 , 线程 A , B 之间会进行竞争 , 哪个抢到 synchronized 锁 , 哪个线程就可以执行 ;


使用 synchronized 使用起来效率很低 , 假如在 synchronized 同步代码块中 , 只有一行代码 , 执行 1 11 ms , 但是系统调度线程 , 可能需要 20 2020 ms 才能轮到线程执行 , 线程执行的时间远远小于调度时间 , 这样线程执行效率很低 ;


为了 Java 程序的提升执行效率 , Java 引入了 4 44 种锁状态 , 无锁 , 偏向锁 , 轻量级锁 , 重量级锁 ;






三、锁的四种状态 ( 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 )


Java 虚拟机堆内存中的对象数据中 , 每个对象都有一个对象头 , 结构如下 :

image.png



对象头 中封装了 锁的状态 , 当锁的状态发生改变时 , 对应的锁的标志位也进行相应修改 ;



无锁状态 : 不进行加锁 , 线程不安全 ;


偏向锁 : 第 1 11 个访问 共享资源 的线程 A , 做一个标记 , 不加锁 , 这个标记称为 " 偏向锁 " ; 偏向锁 偏向第一个访问的线程 ; 如果没有新的线程竞争该锁 , 则该 偏向锁一直被该线程持有 , 不会释放锁 ; 如果出现多个线程同时访问 , 持有偏向锁的线程会 释放该偏向锁 , 并添加轻量级锁 ;


锁竞争 : 多个线程尝试获取同一个锁 ;

没有竞争 : 如果每次获取都很顺利 , 没有出现阻塞 , 则没有竞争 ;

有竞争 : 如果线程尝试获取锁 , 但是锁被其它线程持有 , 那么 该线程需要等待 , 期间 阻塞或自旋 , 只要是等待就会产生消耗 , 这就产生了锁竞争 , 并且 有一定的性能消耗 ;

锁竞争消耗 : 多数情况下锁会被多个线程获取多次 , 多个线程竞争一个锁 , 这样就存在竞争 , 竞争期间 阻塞或自旋 , 锁获取的代价很大 ;

偏向锁优点 : 降低了线程获取锁的代价 , 偏向锁不存在锁竞争问题 ;

偏向锁意义 : 偏向锁并 不是真正意义上的锁 , 只是给单线程执行加了层保险 , 如果没有线程竞争该锁 , 则正常执行 , 如果有线程竞争 , 则将偏向锁升级为轻量级锁 ;

轻量级锁 : 自旋锁 , 等待期间一直做自旋操作 , 效率较高 , 但是空耗 CPU 性能 ; 自旋就是 while / for 循环 ;


重量级锁 : 系统提供的 synchronized , ReentrantLock 等重量级锁 , 由操作系统进行调度 , 可进行阻塞 ;






四、锁的四种状态之间的转换 ( 无锁状态 -> 偏向锁 -> 轻量级锁 -> 重量级锁 )


锁的四种状态之间转换 : 在保证线程安全的前提下 , 尽可能提升效率 ;


无锁 : 刚开始执行时 , 无锁 ;


无锁 -> 偏向锁 : 第 1 11 个线程访问共享资源时 , 无锁状态升级为偏向锁 ;


偏向锁 -> 轻量级锁 : 第 2 22 个线程再来访问 共享资源 时 , 偏向锁 升级为 轻量级锁 ;


轻量级锁 -> 重量级锁 : 如果 自旋线程数 超过 CPU 核数一半 , 或 单个线程超过 10 1010 次自旋 , 自动将锁升级为重量级锁 ;


image.png

目录
相关文章
|
13小时前
|
安全 Java
如何在Java中进行并发编程:锁与同步机制
如何在Java中进行并发编程:锁与同步机制
|
1天前
|
安全 Java 开发者
深入理解Java中的并发编程模型
深入理解Java中的并发编程模型
|
1天前
|
并行计算 Java 大数据
Java中的高效并行计算与多线程编程技术
Java中的高效并行计算与多线程编程技术
|
1天前
|
安全 Java 容器
Java并发编程:避免常见的陷阱
Java并发编程:避免常见的陷阱
|
1天前
|
Java API 开发者
Java版本对比:特性、升级改动与优势分析
Java版本对比:特性、升级改动与优势分析
9 0
|
2天前
|
安全 Java 调度
多线程编程的挑战与解决方案
多线程编程的挑战与解决方案
|
2天前
|
安全 Java
Java多线程编程实践中的常见问题与解决方案
Java多线程编程实践中的常见问题与解决方案
|
2天前
|
安全 Java 数据库
Java并发编程:最佳实践与性能优化
Java并发编程:最佳实践与性能优化
|
2天前
|
设计模式 Java 容器
Java多线程编程中的设计模式与挑战
Java多线程编程中的设计模式与挑战
|
2天前
|
分布式计算 并行计算 安全
在Python Web开发中,Python的全局解释器锁(Global Interpreter Lock,简称GIL)是一个核心概念,它直接影响了Python程序在多线程环境下的执行效率和性能表现
【6月更文挑战第30天】Python的GIL是CPython中的全局锁,限制了多线程并行执行,尤其是在多核CPU上。GIL确保同一时间仅有一个线程执行Python字节码,导致CPU密集型任务时多线程无法充分利用多核,反而可能因上下文切换降低性能。然而,I/O密集型任务仍能受益于线程交替执行。为利用多核,开发者常选择多进程、异步IO或使用不受GIL限制的Python实现。在Web开发中,理解GIL对于优化并发性能至关重要。
17 0