Java 8：StampedLock、ReadWriteLock以及synchronized的比较

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

前面写的关于锁的文章太抽象，下面这篇文章给出了不同加锁方式之间的差距。
Java 8：StampedLock、ReadWriteLock以及synchronized的比较
我觉得这样的对比才能够更加深刻的理解不同枷锁方式的异同，以及乐观锁和悲观锁的区别。
下面一篇文章也写的非常好：
Java8 读写锁的改进:StampedLock(笔记)
摘要如下：
StampedLock是Java8引入的一种新的所机制,简单的理解,可以认为它是读写锁的一个改进版本,读写锁虽然分离了读和写的功能,使得读与读之间可以完全并发,但是读和写之间依然是冲突的,读锁会完全阻塞写锁,它使用的依然是悲观的锁策略.如果有大量的读线程,他也有可能引起写线程的饥饿
而StampedLock则提供了一种乐观的读策略,这种乐观策略的锁非常类似于无锁的操作,使得乐观锁完全不会阻塞写线程
下面这篇文章也值得读一下，更能够加深对锁的理解：
详解synchronized与Lock的区别与使用

Java 同步锁性能的最佳实践：从理论到实践的完整指南
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
12-01 9万+
在多线程编程中，锁是保证线程安全的重要手段之一，但如何选择合适的锁并进行优化，一直是我们面临的挑战。本博客探讨Java中同步锁的性能分析与优化之路，从使用同步锁和不使用同步锁的性能对比入手，逐步展开对锁的优化手段和技术原理的解析，帮助读者更好地理解和应用Java中的锁机制。
锁的艺术：Java并发中的常用锁策略与实践
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
05-12 170万+
对java锁相关内容进行整理分析：乐观锁 VS 悲观锁+自旋锁 VS 适应性自旋锁+无锁 VS 偏向锁 VS 轻量级锁 VS 重量级锁+公平锁 VS 非公平锁+可重入锁 VS 非可重入锁+独享锁 VS 共享锁
Java 8：StampedLock，ReadWriteLock以及synchronized的比较
spidercoco的专栏
06-06 252
同步区域有点像拜访你的公公婆婆。你当然是希望待的时间越短越好。说到锁的话情况也是一样的，你希望获取锁以及进入临界区域的时间越短越好，这样才不会造成瓶颈。 synchronized关键字是语言层面的加锁机制，它可以用于方法以及代码块。这个关键字是由HotSpot JVM来实现的。我们在代码中分配的每一个对象，比如String, Array或者一个JSON文档，在GC的层面的对象头部，都内建了一...
（四）并发工具类ReadWriteLock（读写锁）与StampedLock（读写锁优化）
Devil_B的博客
07-04 556
ReadWriteLock（读写锁）与StampedLock（读写锁优化）ReadWriteLock读写锁降级StampedLock乐观读 ReadWriteLock 针对读多写少这种并发场景，Java SDK 并发包提供了读写锁——ReadWriteLock，其目的在于分场景优化性能，提升易用性。 读写锁都遵守以下三条基本原则： 允许多个线程同时读共享变量； 只允许一个线程写共享变量； 如果一个写线程正在执行写操作，此时禁止读线程读共享变量。 读写锁类似于 ReentrantLock，也支持公平模式和
请谈谈ReadWriteLock和StampedLock
Blue92120的博客
04-18 176
首先我们尝试获取一个乐观读锁，然后读取共享资源count的值。如果在乐观读的过程中，有其他线程获取了写锁并修改了count，那么乐观读锁就会失效，我们需要获取一个读锁，并重新读取count的值，最后释放读锁并返回当前读取到的count值。在读写锁的情况下，一旦有一个写线程，所有读线程都需要等待，而StampedLock中的乐观读模式则不需要等待写锁，因为它假设并发冲突的可能性很低。如果在乐观读过程中，有较高的并发写操作，那么会导致乐观读的效率变得低下，因为每次乐观读都需要进行一次读锁的获取和释放操作。
ReadWriteLock和StampedLock
qq_32428485的博客
03-08 1010
读写锁
并发笔记（五）ReadWriteLock和StampedLock
weixin_42311088的博客
03-02 437
JUC包中提供丰富的并发工具，不同的锁适用的场景不同，理解彼此之间的区别，适用的场景，这样在实际的场景中才能做出好的选择，写出好的并发程序。 一.ReadWriteLock 读写锁： 1.允许多个线程同时读共享变量； 2.只允许一个线程写共享变量； 3.如果一个写线程正在执行写操作，此时禁止读线程读共享变量。 ReadWriteLock，不支持锁升级操作，支持锁降级，读锁中不没有条件变量，写锁中有条件变量。 显而易见与前面的互斥锁（synchronized和ReentrantLock），重要的区别就是读锁允
学技术学英文：java各种锁-synchronized、ReentrantLock、ReentrantReadWriteLock、StampedLock
zfj321的博客
12-21 1008
1.synchronized 可以放到方法和代码块上，方法和代码块运行完了自动解锁，LockAPI 有lock和unlock方法。 2.synchronized 不支持公平锁(抢占式的)，LockAPI 支持公平锁(按排队顺序，先进入队列的先获取锁) 3.synchronized 如果获取不到锁会一直阻塞等待 4. LockAPI 提供了多种策略 lock()会等待，tryLock()加锁成功立即返回true否则返回false ,tryLock(long time, TimeUnit
Java多线程的同步：synchronized关键字、Lock接口、volatile关键字
pan_junbiao的博客
05-16 983
Java 多线程同步是解决资源共享冲突的核心机制，主要通过协调线程对共享资源的访问顺序与权限，避免数据不一致和竞态条件。在多线程的环境中，经常会碰到数据的共享问题，即当多线程需要访问同一个资源时，它们需要以某种顺序来确保该资源在某一时刻只能被一个线程使用，否则，程序的运行结果将会是不可预料的，在这种情况下就必须对数据进行同步。例如多个线程同时对同一数据进行写操作。
Java并发编程-Java中的锁机制-synchronized、ReentrantLock、ReadWriteLock、StampedLock、条件变量Condition讲解(附业务场景示例)
BADAO_LIUMANG_QIZHI的博客
06-18 950
Java 8提供了多种锁机制来支持多线程并发编程，主要包括内置锁(synchronized)、ReentrantLock、ReadWriteLock、StampedLock和条件变量(Condition)。内置锁简单易用但功能有限；ReentrantLock提供更灵活的锁控制，支持公平锁、可中断获取等特性；ReadWriteLock实现读写分离，提高读多写少场景的性能；StampedLock采用乐观读策略进一步优化读性能；条件变量(Condition)支持更精细的线程间通信。每种锁机制适用于不同的业务场景，
并发：读写锁ReentrantReadWriteLock和StampedLock
Longstar_L的博客
01-05 493
1. 读写锁 读写锁通常遵守以下三条规则： 多个线程可以同时读共享变量； 只允许一个线程写共享变量； 对共享变量写的时候，不允许对该变量读。 简单来说，读写锁允许同时读，读和写互斥，写和写互斥。 因此，在读多写少的场景下，读写锁比普通的互斥锁更具优势。 2. 读写锁ReentrantReadWriteLock ReentrantReadWriteLock从字面上来看，可以知道它是一个可重入的读写锁。 在使用容器时，使用ReentrantReadWriteLock，可以实现较好的并发性能，尤其是在读多写少
ReentrantReadWriteLock、StampedLock读写锁
weixin_54401017的博客
10-07 610
当读取操作远远高于写操作时，这时候使用读写锁让读-读可以并发（即然多个线程的读取是可以并行的），提高性能。类似于数据库中的 select ... from ... lock in share mode提供一个数据容器类，内部分别使用读锁保护数据的read()方法，写锁保护数据的write()方法注意事项：1.读锁不支持条件变量，写锁支持2.重入时升级不支持，即同一个线程第一次获取的是读锁，然后又去获取写锁，会导致获取写锁永久等待（阻塞住了）如下：3.重入时支持降级：即先获取写锁，然后获取读锁。
java并发--- AQS下的ReentrantReadWriteLock和StampedLock
weianluo的博客
05-03 451
ReentrantReadWriteLock    是ReadWriteLock接口的实现类。ReadWriteLock接口的核心方法是readLock()，writeLock()。实现了并发读、互斥写。但读锁会阻塞写锁，是悲观锁的策略。JDK1.8下，如图ReentrantReadWriteLock有5个静态方法：Sync：继承于经典的AbstractQueuedSynchronizer（传说中...
详解 ReadWriteLock 和 StampedLock的区别和联系
2301_77899321的博客
06-06 360
详解 ReadWriteLock 和 StampedLock的区别和联系
ReadWriteLock（读写锁）和 StampedLock
最新发布
2301_81948543的博客
06-06 995
适用场景读多写少、高并发读取场景（如缓存）锁类型。
请谈谈 ReadWriteLock 和 StampedLock
2401_87790788的博客
11-29 695
ReadWriteLock是一个接口，它允许多个线程同时读取共享资源，但在写操作时，必须独占资源。这种锁机制特别适用于读操作远多于写操作的场景，能够有效提高程序的并发性能和资源的利用率。
并发编程9-公平锁&ReentrantReadWriteLock&StampedLock
bobshute的专栏
02-16 410
1.公平锁/非公平锁 1.1 公平锁概述 公平是针对锁的获取而言的，如果一个锁是公平的，那么锁的获取顺序就应该符合请求的绝对时间顺序。 ReentrantLock、ReadWriteLock默认都是非公平模式,非公平锁的效率高于公平锁(不浪费的线程切换). 1.2 自写公平锁 FairLock,QueueObject import java.util.ArrayList; import java....
ReentrantReadWriteLock、StampedLock说明
qq_45996900的博客
10-30 702
1 代码中声明了一个volatile类型的cacheValid变量，保证其可见性。2 首先获取读锁，如果cache不可用，则释放读锁。获取写锁，在更改数据之前，再检查一次cacheValid的值，然后修改数据，将cacheValid置为true，然后在释放写锁前立刻抢夺获取读锁;此时，cache中数据可用，处理cache中数据，最后释放读锁。这个过程就是一个完整的锁降级的过程，目的是保证数据可见性。总结:一句话，同一个线程自己持有写锁时再去拿读锁，其本质相当于重入。
ReentrantLock、ReentrantReadWriteLock、StampedLock、synchronized、Condition比较
02-28
<think>好的，我现在需要比较ReentrantLock、ReentrantReadWriteLock、StampedLock、synchronized以及Condition这几个Java并发工具。首先，我得回忆每个的基本特性和使用场景，然后找出它们的异同点。 首先，synchronized是Java内置的关键字，用于方法或代码块同步，自动获取和释放锁，使用起来简单。但它的缺点是功能相对单一，比如无法实现公平锁，不能中断等待锁的线程，也没有尝试获取锁的机制。 接下来是ReentrantLock，属于java.util.concurrent包，提供了比synchronized更灵活的锁机制。它是可重入的，支持公平锁和非公平锁，可以中断锁的获取，还能设置超时时间。但需要手动释放锁，容易忘记导致死锁。 然后是ReentrantReadWriteLock，读写锁，分离了读和写的操作，适用于读多写少的场景。读锁是共享的，写锁是独占的，提高了并发性能。不过可能存在写线程饥饿的问题，即读锁长时间占用导致写锁无法获取。 StampedLock是Java 8引入的，提供了乐观读锁、悲观读锁和写锁。特别是乐观读，不阻塞写操作，适用于读远多于写的情况。但它的API更复杂，且不支持重入，使用不当容易出错。 Condition接口通常与ReentrantLock配合使用，提供了更细粒度的线程通信机制，可以创建多个条件队列，比如实现生产者消费者模型中的不同条件等待。 现在需要比较它们的特点，比如可重入性、锁类型、使用复杂度、性能等。还要注意使用场景，比如高并发读时StampedLock可能更高效，而synchronized在简单场景下更方便。 可能还需要考虑锁的公平性、中断支持、是否支持尝试获取锁等特性。比如ReentrantLock支持公平和非公平，而synchronized只有非公平。StampedLock则没有公平策略。 另外，要提到Condition与synchronized中的wait/notify的区别，比如Condition可以有多个等待队列，更灵活。 总结时应该指出各自的适用场景，帮助用户根据具体需求选择合适的锁机制。</think>以下是Java中常见锁机制的对比分析，按照功能特性和使用场景进行分类说明： 1. **synchronized**（同步锁） - 类型：隐式锁（JVM管理） - 特性： - 自动获取/释放锁（基于代码块或方法） - 非公平锁 - 可重入性支持 - 线程阻塞不可中断 - 示例： ```java public synchronized void method() { /* 同步方法体 */ } ``` 2. **ReentrantLock**（可重入锁） - 类型：显式锁（需手动释放） - 特性： - 支持公平/非公平策略（构造参数控制） - 可重入性 - 锁获取可中断（lockInterruptibly()） - 超时尝试获取锁（tryLock()） - 支持Condition条件队列 - 示例： ```java Lock lock = new ReentrantLock(); lock.lock(); try { /* 临界区 */ } finally { lock.unlock(); } ``` 3. **ReentrantReadWriteLock**（读写锁） - 类型：分离式锁 - 特性： - 读锁共享（允许多线程并发读） - 写锁独占（互斥访问） - 支持锁降级（写锁→读锁） - 存在写线程饥饿风险 - 适用场景：读多写少（如缓存系统） - 示例： ```java ReadWriteLock rwLock = new ReentrantReadWriteLock(); Lock readLock = rwLock.readLock(); Lock writeLock = rwLock.writeLock(); ``` 4. **StampedLock**（邮戳锁） - 类型：混合锁（Java 8+） - 特性： - 乐观读模式（不阻塞写操作） - 支持锁升级/降级 - 不可重入 - 没有公平策略 - 适用场景：超高并发读（需配合版本校验） - 示例： ```java StampedLock stampedLock = new StampedLock(); long stamp = stampedLock.tryOptimisticRead(); if (!stampedLock.validate(stamp)) { stamp = stampedLock.readLock(); try { /* 读取数据 */ } finally { stampedLock.unlockRead(stamp); } } ``` 5. **Condition** - 类型：线程通信机制 - 特性： - 必须配合显式锁（如ReentrantLock）使用 - 支持多条件队列（对比synchronized的单队列） - 提供精准唤醒（signal()替代notify()） - 典型应用：生产者-消费者模型 - 示例： ```java Lock lock = new ReentrantLock(); Condition notEmpty = lock.newCondition(); lock.lock(); try { while (isEmpty()) notEmpty.await(); // 处理逻辑 } finally { lock.unlock(); } ``` **对比总结表格**： | 特性 | synchronized | ReentrantLock | ReadWriteLock | StampedLock | Condition | |--------------------|--------------|---------------|---------------|-------------|----------------| | 锁类型 | 隐式 | 显式 | 显式 | 显式 | 通信机制 | | 公平策略 | ❌ | ✔️ | ✔️ | ❌ | - | | 可重入 | ✔️ | ✔️ | ✔️ | ❌ | - | | 读写分离 | ❌ | ❌ | ✔️ | ✔️ | - | | 乐观读 | ❌ | ❌ | ❌ | ✔️ | - | | 锁中断 | ❌ | ✔️ | ✔️ | ✔️ | ✔️ | | 超时机制 | ❌ | ✔️ | ✔️ | ✔️ | ✔️（通过锁） | | 多条件队列 | ❌ | ❌ | ❌ | ❌ | ✔️ | **选型建议**： - 简单同步：优先使用`synchronized`（自动管理，代码简洁） - 需要高级功能（公平性/中断等）：选择`ReentrantLock` - 读多写少场景：优先考虑`StampedLock`（超高并发读）或`ReadWriteLock` - 复杂线程通信：使用`Condition`配合显式锁 - 注意：`StampedLock`需要严格校验版本，API使用不当易引发问题
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值