StampedLock是Java 8中java.util.concurrent.locks包下新增的锁工具，它提供了写锁、悲观读锁和乐观读三种模式，其中乐观读模式可以在没有写操作发生时跳过读锁的获取，大幅降低读操作的开销，比传统的ReentrantReadWriteLock有更好的性能表现。
StampedLock与传统读写锁的差异
传统的ReentrantReadWriteLock采用悲观读策略，只要线程执行读操作就需要获取读锁，即使此时没有写操作在运行，也会产生锁获取和释放的开销。而StampedLock的乐观读模式允许线程在不获取读锁的情况下执行读操作，仅需要在操作前后验证是否有写操作发生，减少了锁竞争的概率。
两者的核心差异如下：
| 对比项 | ReentrantReadWriteLock | StampedLock |
|---|---|---|
| 读锁模式 | 仅支持悲观读锁 | 支持悲观读锁、乐观读两种模式 |
| 读操作开销 | 需要获取和释放读锁，有固定开销 | 乐观读无锁获取开销，仅做戳校验 |
| 写锁特性 | 写锁可重入 | 写锁不可重入，且不支持Condition |
乐观读模式的实现原理
StampedLock的核心是通过一个64位的戳（stamp）来标记锁的状态，不同的锁操作会返回不同的戳：
- 调用
writeLock()获取写锁时，会返回一个写戳，释放写锁需要传入对应的戳 - 调用
readLock()获取悲观读锁时，返回读戳，释放读锁传入对应戳 - 调用
tryOptimisticRead()获取乐观读戳，此时不会真正加读锁，仅返回当前的状态戳
乐观读的典型流程是：先获取乐观读戳，然后读取数据，读取完成后调用validate(stamp)方法校验戳是否有效。如果校验通过，说明在读取数据的过程中没有写操作发生，数据是一致的；如果校验失败，说明有写操作执行过，此时可以降级为悲观读锁重新读取数据，保证数据正确性。
乐观读模式的代码示例
下面是一个使用StampedLock实现乐观读的场景示例，模拟一个缓存对象，支持高并发的读操作和少量的写操作：
import java.util.concurrent.locks.StampedLock;
public class OptimisticReadDemo {
// 定义StampedLock实例
private final StampedLock stampedLock = new StampedLock();
// 模拟需要缓存的数据
private int data = 0;
// 写操作：更新数据，需要获取写锁
public void writeData(int newData) {
// 获取写锁，返回写戳
long stamp = stampedLock.writeLock();
try {
// 执行写操作
data = newData;
System.out.println("写操作完成，更新数据为：" + newData);
} finally {
// 释放写锁，传入对应的写戳
stampedLock.unlockWrite(stamp);
}
}
// 乐观读操作：读取数据，优先使用乐观读
public int readDataOptimistic() {
// 获取乐观读戳，此时不会加读锁
long stamp = stampedLock.tryOptimisticRead();
// 读取数据，此时没有锁保护，读的过程可能被写操作打断
int currentData = data;
// 校验乐观读戳是否有效
if (stampedLock.validate(stamp)) {
// 戳有效，说明读的过程中没有写操作，直接返回数据
System.out.println("乐观读成功，数据为：" + currentData);
return currentData;
} else {
// 戳无效，说明读的过程中有写操作发生，降级为悲观读锁重新读取
stamp = stampedLock.readLock();
try {
currentData = data;
System.out.println("乐观读失败，降级为悲观读，数据为：" + currentData);
return currentData;
} finally {
// 释放悲观读锁
stampedLock.unlockRead(stamp);
}
}
}
public static void main(String[] args) {
OptimisticReadDemo demo = new OptimisticReadDemo();
// 启动多个读线程模拟高并发读场景
for (int i = 0; i < 5; i++) {
new Thread(() -> {
for (int j = 0; j < 3; j++) {
demo.readDataOptimistic();
try {
Thread.sleep(100);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
}).start();
}
// 启动一个写线程模拟少量写操作
new Thread(() -> {
for (int i = 1; i <= 3; i++) {
demo.writeData(i);
try {
Thread.sleep(200);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}
}).start();
}
}
使用乐观读的注意事项
虽然乐观读能提升性能，但使用时需要注意以下几点：
- StampedLock的写锁和悲观读锁都是不可重入的，同一个线程重复获取会导致死锁
- 乐观读仅适用于读多写少、且读操作时间较短的场景，如果读操作耗时过长，乐观读戳很容易失效，反而会增加额外的校验和重试开销
- 不要在获取乐观读戳之后执行阻塞操作，否则写线程可能长时间等待，影响整体性能
- 校验戳失败时需要做好降级处理，保证数据的一致性，不能直接返回可能错误的数据
总结
StampedLock的乐观读模式通过无锁读的方式，减少了读操作的锁开销，在合适的场景下性能优于传统的读写锁。开发者需要根据实际的业务场景选择锁策略，如果是读多写少且读操作耗时短的场景，优先使用乐观读模式；如果写操作频繁或者读操作耗时较长，则更适合使用传统的悲观读锁或者读写锁，避免过多的重试开销。
StampedLock乐观读读写锁并发编程修改时间：2026-07-04 11:51:20