Java 中如何对 ReentrantLock 与 StampedLock 进行性能特性对比

ReentrantLock 是通用独占锁，适合写频繁或强耦合场景；StampedLock 是读写增强型锁，专为读多写少、可容忍短暂不一致的场景设计，性能更高但功能与安全边界更受限。

ReentrantLock 和 StampedLock 不是同一类锁，直接对比容易混淆用途——前者是基础独占锁，后者是专为读多写少场景设计的读写增强型锁。性能差异不能脱离使用模式谈，关键看读写比例、冲突频率和一致性要求。

适用场景根本不同

ReentrantLock 是通用互斥锁，适合写操作频繁、或读写逻辑强耦合（如计数器自增+判断）的场景；StampedLock 则面向高并发只读为主、写极少且可容忍短暂不一致的场景，比如实时监控面板数据、配置快照读取。

• ReentrantLock：单线程串行化一切访问，读/写都排队，吞吐受限但语义简单、强一致
• StampedLock：提供三种模式——写锁（独占）、悲观读锁（共享阻塞写）、乐观读（无锁+校验），本质是“用版本验证换并发度”

核心性能指标表现差异

在 16 核、读写比 8:2 的典型测试中：

• ReentrantLock 吞吐约 8,000–10,000 ops/sec（所有操作串行）
• StampedLock 乐观读可达 25,000 ops/sec（低冲突时），悲观读约 18,000，写锁与 ReentrantLock 接近
• 延迟方面：乐观读毫秒级响应几乎为零，而 ReentrantLock 在高争用下平均等待时间明显上升

注意：StampedLock 的高吞吐依赖“写极少+读期间大概率无写干扰”，一旦写操作变频繁，乐观读 validate 失败率升高，频繁降级到悲观读，反而增加开销。

立即学习“Java免费学习笔记（深入）”；

功能与安全边界对比

性能不是唯一维度，可靠性与编码成本同样关键：

• 重入性：ReentrantLock 支持同一线程重复 lock()；StampedLock 写锁支持重入，但读锁（含乐观读）完全不支持——重复调用会出错
• 中断与超时：ReentrantLock 支持 lockInterruptibly() 和 tryLock(timeout)；StampedLock 所有阻塞方法（readLock/writeLock）均不可中断
• 锁降级：ReentrantReadWriteLock 支持写→读降级（保证可见性）；StampedLock 不支持任何降级，写锁释放后必须重新获取读锁
• 异常安全：ReentrantLock 可在 finally 中 unlock() 保障释放；StampedLock 必须严格配对 stamp，validate 失败后若未正确 unlockRead，会导致资源泄漏

选型建议：先问业务，再选锁

不要为了“新”而用 StampedLock。真实项目中：

• 选 ReentrantLock：需要递归调用、需响应中断、写操作占比 >20%、逻辑简单明确
• 选 StampedLock：热点只读数据（如仪表盘状态）、JDK 8+、能接受少量 validate 失败并降级、团队熟悉乐观读校验范式
• 慎用 StampedLock：涉及复合判断（如“余额>100才扣款”），乐观读无法保证两次读之间的一致性，必须用悲观读或写锁兜底