ReadWriteLock在读多写少场景下优于互斥锁，允许多个读线程并发访问，写线程独占访问，Java中通过ReentrantReadWriteLock实现，适用于缓存等频繁读取、极少修改的场景，提升并发吞吐量。
在读多写少的并发场景中，ReadWriteLock 比传统的互斥锁（如 synchronized 或 ReentrantLock）更具性能优势。它允许多个读线程同时访问共享资源，而写线程独占访问，从而提升并发吞吐量。Java 提供了 ReentrantReadWriteLock 作为 ReadWriteLock 的实现，非常适合优化这类场景。
理解 ReadWriteLock 的工作机制
ReadWriteLock 维护了一对锁：
- 读锁：多个线程可同时持有，用于读取操作，保证读不阻塞读。
- 写锁：仅一个线程可持有，且此时不允许任何读操作，确保写时数据一致性。
这种机制在频繁读取、极少修改的数据结构中非常高效，比如缓存、配置管理器等。
使用 ReentrantReadWriteLock 的基本示例
以下是一个简单的缓存类，展示如何使用 ReadWriteLock 优化读多写少场景：
立即学习“Java免费学习笔记（深入）”；
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.locks.ReadWriteLock;
import java.util.concurrent.locks.ReentrantReadWriteLock;
public class ReadWriteCache {
private final Map cache = new HashMap<>();
private final ReadWriteLock lock = new ReentrantReadWriteLock();
public Object get(String key) {
lock.readLock().lock();
try {
return cache.get(key);
} finally {
lock.readLock().unlock();
}
}
public Object put(String key, Object value) {
lock.writeLock().lock();
try {
return cache.put(key, value);
} finally {
lock.writeLock().unlock();
}
}
}
在这个例子中：
- get 方法使用读锁，多个线程可以并发读取缓存。
- put 方法使用写锁，确保更新时不会有其他读或写操作干扰。
注意事项与最佳实践
虽然 ReadWriteLock 能显著提升性能，但使用时需注意以下几点：
- 必须始终在 finally 块中释放锁，防止死锁。
- 写锁可以降级为读锁（先获取写锁，再获取读锁，然后释放写锁），但读锁不能升级为写锁，否则可能造成死锁。
- 高并发下，如果写操作频繁，读线程可能“饿死”，可考虑使用公平锁模式：
new ReentrantReadWriteLock(true)。 - 避免在持有读锁时进行耗时操作或远程调用，影响写线程响应。
适用场景与性能考量
ReadWriteLock 最适合以下情况：
- 读操作远多于写操作（例如 10:1 以上）。
- 读操作耗时不长，锁持有时间短。
- 数据一致性要求较高，不能容忍脏读。
如果写操作较频繁，ReadWriteLock 的开销可能反而不如普通互斥锁。建议结合实际压测选择合适方案。
基本上就这些。合理使用 ReadWriteLock，能在读密集场景中有效提升并发能力。
