乐观读锁通过戳记验证数据一致性，适用于读多写少场景。调用tryOptimisticRead获取戳记，读取后用validate校验，失败则降级为悲观读锁重试，确保高性能与数据一致。
在Java中，StampedLock 提供了一种高效的读写锁机制，其中乐观读锁适用于读操作多、冲突少的场景。与传统的读锁不同，乐观读锁不会阻塞写线程，而是在读取完成后校验数据是否被修改，从而决定结果是否可信。
什么是乐观读锁
乐观读锁假设大多数情况下没有写操作发生，因此在读取数据时不加锁。它通过一个“戳记（stamp）”来标记读开始时的状态，在读取结束后用该戳记调用 validate(stamp) 方法检查期间是否有写操作发生。
如果验证失败，说明数据可能已被修改，此时应降级为悲观读锁重新读取。
使用步骤和代码示例
以下是使用 StampedLock 实现乐观读锁的基本流程：
立即学习“Java免费学习笔记（深入）”；
- 调用 tryOptimisticRead() 获取戳记
- 执行读操作
- 调用 validate(stamp) 检查戳记是否有效
- 若无效，则使用 readLock() 获取悲观读锁重试
import java.util.concurrent.locks.StampedLock;
public class OptimisticReadExample {
private double x, y;
private final StampedLock stampedLock = new Stamped7Lock();
public double distance() {
// 尝试获取乐观读戳记
long stamp = stampedLock.tryOptimisticRead();
// 读取变量值
double currentX = x;
double currentY = y;
// 验证戳记是否仍然有效
if (!stampedLock.validate(stamp)) {
// 乐观读失败，升级为悲观读锁
stamp = stampedLock.readLock();
try {
currentX = x;
currentY = y;
} finally {
stampedLock.unlockRead(stamp);
}
}
return Math.hypot(currentX, currentY); // 计算距离
}
}
注意事项
使用乐观读锁时需要注意以下几点：
- 不能用于有副作用的操作：因为乐观读不阻塞写操作，读过程中数据可能变化，所以读逻辑必须是幂等且无副作用的。
- 及时验证戳记：读取完数据后尽快调用 validate，避免延迟导致误判。
- 配合悲观锁降级使用：一旦验证失败，应立即切换到 readLock 或 writeLock 保证数据一致性。
- 不可重入：同一个线程持有乐观读戳记时，不能再申请写锁，否则会导致死锁。
基本上就这些。StampedLock 的乐观读锁在高并发只读或低频写场景下能显著提升性能，但需谨慎处理数据一致性问题。合理使用 validate 和降级机制，才能发挥其优势。
