深入浅出synchronized关键字 、无状态锁、偏量锁、轻量锁、重量锁

最新推荐文章于 2023-06-28 21:28:09 发布
原创 最新推荐文章于 2023-06-28 21:28:09 发布 · 1.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了synchronized锁，它能处理多线程安全隐患但会降低系统效率。JDK对其进行了升级，锁有四种状态：无状态锁、偏向锁、轻量锁、重量锁。阐述了偏向锁、轻量级锁、重量级锁的转换条件，还提到轻量级锁生效时间可配置，且除偏向锁外，锁状态只能升级不能降级。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

synchronized在做开发的时候或多或少都用过 但是对与理解方便之前只是简单的认为是一个锁 加上之后可以处理多线程下的安全隐患 但是会降低系统的效率 因为一个线程加锁之后其余线程都会在外部进行等待 殊不知其实JDK已经对其锁进行了较大规模的升级

 

锁的状态有四种  无状态锁、偏向锁、轻量锁、重量锁

在长期的实践发现 一个线程在多次调用锁的情况是时有发生的 所以当在线程第一次获取锁的时候锁会读取线程里的threadid 且记录下来 在后期如果同一个线程再次进来判断其threadid一致时就直接放行 避免开锁关锁的消耗 如果是另一个线程 就进行判断之前的线程是否为存活状态 不是的话就把锁重置为无状态锁 再让其余线程进入转化为轻量级锁 

ps:轻量级锁默认是开启且在程序执行四秒后生效 可以通过XX:BiasedLockingStartUpDelay=0取消限制 也可以那么可以通过-XX:-UseBiasedLocking = false来取消偏向锁

当第二个线程开始抢占的时候会让第二个锁先进行自旋状态 当超过一定次数（默认十次）或者当第二个线程在自旋的过程中第三个线程也进行抢占资源 那么会升级为重量级锁

注意：锁的状态除了偏向锁可以转为无状态锁 其余了只可以升级 不可以降级

《菜鸟读并发》深入浅出Synchronized关键字
qq_25843323的博客
02-28 3万+
synchronized关键字 JDK 1.5之前的synchronized关键字，锁被称之为重量级锁 synchronized是Java内置的机制，是JVM层面的，而Lock则是接口，是JDK层面的。 其底层依赖监视器 监视器又依赖操作系统底层的互斥锁 1.6之后为了减少获得锁和释放锁带来的性能开销而引入偏向锁和轻量级锁，优化之后原来越强大了，这也是官方建议使用synchronized的原因 ...
Java 同步锁性能的最佳实践：从理论到实践的完整指南
热门推荐
张彦峰的博客
12-01 9万+
在多线程编程中，锁是保证线程安全的重要手段之一，但如何选择合适的锁并进行优化，一直是我们面临的挑战。本博客探讨Java中同步锁的性能分析与优化之路，从使用同步锁和不使用同步锁的性能对比入手，逐步展开对锁的优化手段和技术原理的解析，帮助读者更好地理解和应用Java中的锁机制。
锁对象，无锁，偏向锁，轻量级锁，重量级锁
liuxw1的博客
11-22 534
1.对象的hashcode和hashcode()返回的值是否是一回事 应该是一回事，我的理解就是，这个hashcode是在对象无锁的状态下标记的，Java类，在被JVM加载的时候，JVM会给这个类创建一个instanceKlass，保存在方法区，用来在JVM层表示该Java类。当我们在Java代码中，使用new创建一个对象的时候，JVM会创建一个instanceOopDesc对象，这个对象中包含了...
线程安全(中)--彻底搞懂synchronized(从偏向锁到重量级锁)
weixin_34130269的博客
08-22 2206
接触过线程安全的同学想必都使用过synchronized这个关键字，在java同步代码快中，synchronized的使用方式无非有两个: 通过对一个对象进行加锁来实现同步，如下面代码。 synchronized(lockObject){ //代码 } 复制代码 对一个方法进行synchronized声明，进而对一个方法进行加锁来实现同步。如下面代码 public sync...
java线程锁的状态_javas的四种状态 无锁状态 偏向锁状态 轻量级锁状态 重量级锁状态...
weixin_39981400的博客
02-17 180
一：java多线程互斥，和java多线程引入偏向锁和轻量级锁的原因？--->synchronized的重量级别的锁，就是在线程运行到该代码块的时候，让程序的运行级别从用户态切换到内核态，把所有的线程挂起，让cpu通过操作系统指令，去调度多线程之间，谁执行代码块，谁进入阻塞状态。这样会频繁出现程序运行状态的切换，线程的挂起和唤醒，这样就会大量消耗资源，程序运行的效率低下。为了提高效率，jvm的...
java锁记录从无状态锁-＞偏向锁-＞轻量级锁-＞重量级锁的演化过程
weixin_45717907的博客
08-14 476
【代码】java锁记录从无状态锁->偏向锁->轻量级锁->重量级锁的演化过程。
【Java 并发编程】线程锁机制 ( 锁的四种状态 | 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 | 锁竞争 | 锁升级 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
09-09 1043
一、悲观锁示例 ( ReentrantLock )、 二、重量级锁弊端、 三、锁的四种状态 ( 无锁状态 | 偏向锁 | 轻量级锁 | 重量级锁 )、 四、锁的四种状态之间的转换 ( 无锁状态 -> 偏向锁 -> 轻量级锁 -> 重量级锁 )、
深入浅出synchronized的原理与源码
m0_37618089的博客
06-28 467
synchronized
深入浅出Java多线程.pdf
04-27
- **锁的升级**：随着 Java 版本的发展，synchronized 锁经历了从偏向锁到轻量级锁再到重量级锁的过程。 **10. CAS 与原子操作** - **Compare and Swap (CAS)**：一种无锁算法，在没有多线程竞争的情况下执行非常...
一文读懂原子操作、内存屏障、锁(偏向锁、轻量级锁、重量级锁、自旋锁)、Disruptor、Go Context之上半部分
www_xuhss_com的博客
04-24 560
🚀 优质资源分享 🚀 学习路线指引（点击解锁） 知识定位 人群定位 🧡 Python实战微信订餐小程序 🧡 进阶级 本课程是python flask+微信小程序的完美结合，从项目搭建到腾讯云部署上线，打造一个全栈订餐系统。 💛Python量化交易实战💛 入门级 手把手带你打造一个易扩展、更安全、效率更高的量化交易系统 我不想卷，我是被逼的 在做了几年前端之后，发现互联网行情比想象的差，不如赶紧学点后端知识，被裁之后也可接个私活不至于饿死。学习两周Go，如盲人摸象般不知重点，那么重点谁
Java偏量锁
weixin_34416649的博客
01-27 283
为什么80%的码农都做不了架构师？>>> ...
Java synchronized实现原理总结和偏量锁、轻量锁、重量锁
weixin_30439031的博客
06-28 486
synchronized实现同步的基础：Java中的每一个对象都可以作为锁。具体表现为以下3种形式。 对于普通同步方法，锁是当前实例对象（this）。 对于静态同步方法，锁是当前类的Class对象。 对于同步方法块，锁是synchonized括号里配置的对象。 从JVM规范中可以看到synchonized在JVM里的实现原理，JVM基于进入和退出...
无锁状态，偏向锁状态，轻量级锁状态和重量级锁
make_a_great_effort的博客
04-17 871
锁可以升级但不能降级，意味着偏向锁升级成轻量级锁后不能降级成偏向锁。这种锁升级却不能降级的策略，目的是为了提高获得锁和释放锁的效率 偏向锁 偏向锁的目的是在某个线程获得锁之后，消除这个线程锁重入（CAS）的开销，看起来让这个线程得到了偏护 偏向锁使用了一种等到竞争出现才释放锁的机制，所以当其他线程尝试竞争偏向锁时，持有偏向锁的线程才会释放锁 自旋锁 线程的阻塞和唤醒需要CPU从用户态转...
偏量锁 --- 自旋锁 --- os 重量级锁
stone_tomcate的博客
04-18 330
sync 偏量锁 --- 自旋锁 --- os 重量级锁 Atomic lock 自旋锁 执行时间段 线程数少 os 执行时间长 ,线程数多 用系统锁 sync
无锁状态 偏向锁状态 轻量级锁状态 重量级锁状态
weixin_43997477的博客
05-31 149
https://blog.youkuaiyun.com/u014590757/article/details/79717549这个写的好
java 偏量锁 和 粗化锁_自旋锁，偏向锁，轻量锁和锁的粗化与消除
weixin_42117224的博客
02-23 176
JDK 1.6 对并发性进行了很大的改进，这也是为了使线程之间更好更高效地共享数据，解决竞争问题，实现线程安全。因此从 JDK 1.6 开始，实现了很多锁的优化技术。一. 从 ReentrantLock 和 synchronized 看锁的优化讲正题之前，先说一下 ReentrantLock 和 synchronized 这对冤家，我们经常会拿这两个锁作比较，其中一个是显式锁，实现于 Lock 接...
Sychronized的偏向锁、轻量级锁、重量级锁
码农跟牛马有什么区别
07-27 192
Sychronized的偏向锁、轻量级锁、重量级锁
15.多线程编程中锁的4种状态-无锁状态 偏向锁状态 轻量级锁状态 重量级锁状态
郑学炜的技术博客
03-27 3104
一：java多线程互斥，和java多线程引入偏向锁和轻量级锁的原因？--->synchronized的重量级别的锁，就是在线程运行到该代码块的时候，让程序的运行级别从用户态切换到内核态，把所有的线程挂起，让cpu通过操作系统指令，去调度多线程之间，谁执行代码块，谁进入阻塞状态。这样会频繁出现程序运行状态的切换，线程的挂起和唤醒，这样就会大量消耗资源，程序运行的效率低下。为了提高效率，jvm的...
一篇文章说清 ：无锁、偏向锁、轻量级锁、重量级锁
weixin_51201930的博客
02-23 2554
文章目录前言一、无锁二、偏向锁三、轻量级锁（自选锁）四、重量级锁锁升级场景 前言 JDK1.6为了减少获得锁和释放锁所带来的性能消耗，引入了“偏向锁”和“轻量级锁”，所以在JDK1.6里锁一共有四种状态，无锁状态，偏向锁状态，轻量级锁状态和重量级锁状态，它会随着竞争情况逐渐升级。锁可以升级但不能降级，意味着偏向锁升级成轻量级锁后不能降级成偏向锁。这种锁升级却不能降级的策略，目的是为了提高获得锁和释放锁的效率. Java中的锁有几种状态：无锁 → 偏向锁 → 轻量级锁 → 重量级锁 一、无锁 偏向锁，
volatile关键字与synchronized区别
最新发布
03-01
<think>好的，用户之前问过Java的异常体系，现在又问volatile和synchronized的区别。这说明他们可能在学习Java并发相关的知识，或者在实际开发中遇到了多线程的问题。需要先确定用户的基础，但根据之前的回答，他们可能已经有一定的Java基础，所以这次要深入浅出地解释这两个关键字的区别。 首先，用户可能知道synchronized是用来同步的，但volatile可能不太清楚。需要明确两者的不同点，比如可见性、原子性、使用场景等。同时，用户可能想知道在什么情况下应该用哪一个，或者两者的组合使用。需要举一些例子，比如单例模式中的双重检查锁定，这样用户更容易理解。 另外，用户可能对内存屏障、指令重排这些底层概念不太熟悉，所以需要用更易懂的语言解释，避免过于技术化。还要注意结构清晰，分点说明区别，可能用表格对比会更直观。最后，要提醒用户常见的误区和最佳实践，帮助他们避免错误使用。</think>以下是Java中`volatile`与`synchronized`的核心区别解析： --- ### 一、本质区别对比表 | **对比维度** | `volatile` | `synchronized` | |-------------------|---------------------------------------------|-----------------------------------------| | **作用范围** | 变量级别 | 代码块/方法级别 | | **内存可见性** | 保证可见性（直接读写主内存） | 保证可见性（解锁前同步到主内存） | | **原子性** | 不保证原子性 | 保证操作的原子性 | | **指令重排序** | 禁止指令重排序（内存屏障） | 临界区内代码有序执行 | | **阻塞机制** | 非阻塞 | 阻塞（线程竞争锁） | | **性能消耗** | 低（仅内存操作） | 高（上下文切换开销） | | **使用场景** | 状态标志位、双重检查锁 | 需要原子性操作的代码区域 | --- ### 二、内存可见性原理 #### 1. `volatile`的内存语义 ```java // volatile变量写入时会立即刷新到主内存 public class Counter { private volatile int count = 0; public void increment() { count++; // 非原子操作，存在线程安全问题！ } } ``` - **写操作**：在变量修改后立即将值同步到主内存 - **读操作**：每次读取都直接从主内存获取最新值 #### 2. `synchronized`的可见性保证 ```java public class SafeCounter { private int count = 0; public synchronized void increment() { count++; // 原子操作 } } ``` - 进入同步块时清空工作内存 - 退出同步块时将修改刷回主内存 --- ### 三、原子性差异演示 #### 典型反例：volatile不保证原子性 ```java volatile int num = 0; // 多线程并发执行时会出现计数错误 void unsafeAdd() { num++; // 实际是read-modify-write三步操作 } ``` #### synchronized保证原子性 ```java int num = 0; // 线程安全的计数 synchronized void safeAdd() { num++; } ``` --- ### 四、禁止指令重排序 #### volatile的内存屏障（Memory Barrier） ```java // 单例模式的双重检查锁定 class Singleton { private volatile static Singleton instance; public static Singleton getInstance() { if (instance == null) { // 第一次检查 synchronized (Singleton.class) { if (instance == null) { // 第二次检查 instance = new Singleton(); // volatile禁止new操作的重排序 } } } return instance; } } ``` - **写屏障**：确保在volatile写之前的操作不会被重排序到写之后 - **读屏障**：确保在volatile读之后的操作不会被重排序到读之前 --- ### 五、性能对比测试 | **操作类型** | 执行时间（纳秒/op） | |-------------------|--------------------| | volatile读 | ~5-10 | | synchronized块 | ~20-100 | | CAS操作 | ~10-20 | *（数据基于x86架构测试环境）* --- ### 六、使用场景指南 #### 优先使用`volatile`的情况 1. 状态标志位（单写多读场景） ```java volatile boolean shutdownRequested; void shutdown() { shutdownRequested = true; } void doWork() { while (!shutdownRequested) { // 执行任务 } } ``` 2. 双重检查锁定模式（需配合volatile） #### 必须使用`synchronized`的情况 1. 复合操作（check-then-act） ```java // 不安全的实现 if (!vector.contains(element)) { vector.add(element); } // 正确的同步实现 synchronized(vector) { if (!vector.contains(element)) { vector.add(element); } } ``` 2. 需要保证原子性的代码块 --- ### 七、常见误区警示 1. **错误认知**：认为`volatile`可以替代`synchronized` - 事实：`volatile`仅解决可见性问题，不解决原子性问题 2. **危险代码示例**： ```java volatile int a = 0, b = 0; void unsafeMethod() { a++; // 非原子操作 b = a + 1; // 可能使用过期的a值 } ``` 3. **正确组合使用**： ```java // 使用volatile作为轻量级状态标志 volatile boolean initialized = false; // 使用synchronized保证初始化原子性 synchronized void init() { if (!initialized) { // 初始化代码... initialized = true; } } ``` --- ### 八、底层实现原理 | **机制** | `volatile` | `synchronized` | |-------------------|-------------------------------------|-------------------------------------| | **字节码层面** | ACC_VOLATILE标志 | monitorenter/monitorexit指令 | | **CPU层面** | 内存屏障指令（如mfence） | 锁总线或缓存锁（MESI协议） | | **JVM优化** | 无锁优化 | 锁升级（偏向锁->轻量锁->重量锁） | --- 掌握二者的核心区别，可以更精准地选择线程安全方案：需要简单可见性控制时用`volatile`，需要原子性保证时用`synchronized`，在高并发场景下可结合`java.util.concurrent`包中的更高效工具类。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值