StampedLock 不是可重入锁且不支持条件变量，但通过乐观读、悲观读和写锁三种模式提升读多写少场景性能，需正确验证戳记并配对释放。
StampedLock 不是可重入锁，也不支持条件变量，但它通过乐观读机制显著提升读多写少场景的性能。关键在于区分三种操作模式：乐观读、悲观读、写入，并正确处理戳记（stamp）的验证与释放。
理解 StampedLock 的三种操作模式
StampedLock 提供三种获取锁的方式，对应不同场景：
- 乐观读（tryOptimisticRead）：不加锁，仅获取当前版本戳记，适合极短读操作；后续需用 validate(stamp) 检查是否被写入干扰
- 悲观读（readLock）：阻塞式共享锁，类似 ReentrantReadWriteLock 的读锁，适用于较长读操作或需保证一致性边界
- 写锁（writeLock）：独占锁，获取后会阻塞所有读写，写完必须显式 unlockWrite(stamp)
典型高效读写代码结构
以一个线程安全的计数器为例，展示如何组合乐观读与降级策略：
private final StampedLock lock = new StampedLock();
private long value = 0;
// 高效读取（优先乐观读）
public long getValue() {
long stamp = lock.tryOptimisticRead();
long v = value; // 快速读取
if (lock.validate(stamp)) { // 未被写入修改，直接返回
return v;
}
// 乐观失败，升级为悲观读
stamp = lock.readLock();
try {
return value;
} finally {
lock.unlockRead(stamp);
}
}
// 写入操作（必须用 writeLock）
public void increment() {
long stamp = lock.writeLock();
try {
value++;
} finally {
lock.unlockWrite(stamp);
}
}
使用时必须注意的关键细节
StampedLock 易错点集中在戳记生命周期和异常处理：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 每次 lock 方法返回的 stamp 是一次性凭证，不可复用；unlock 时必须传入对应调用返回的 stamp
- 乐观读后若 validate 失败，不能直接重试乐观读——可能无限循环，应立即降级为 readLock
- 所有 writeLock / readLock 获取的 stamp，都必须在 finally 块中配对 unlock，否则会导致锁泄漏
- StampedLock 不支持中断等待（readLock/writeLock 无法响应 interrupt），如有中断需求需自行封装超时逻辑
何时选择 StampedLock 而非 ReentrantReadWriteLock
它适合明确满足以下条件的场景：
- 读操作占比高（>90%），且多数读非常轻量（如读字段、简单计算）
- 写操作频率低、持续时间短
- 能接受“乐观读”失败后短暂阻塞（降级为悲观读）
- 不需要可重入性或 Condition 等高级特性
如果业务涉及复杂读逻辑、需要锁重入，或写操作频繁，ReentrantReadWriteLock 或更现代的 LongAdder/Striped64 可能更稳妥。
