Java中通过ReadWriteLock接口及ReentrantReadWriteLock实现读写锁,允许多线程并发读、写操作独占,提升读多写少场景性能;读锁共享、写锁排他;需严格配对加解锁,支持可重入与公平策略,但禁止读锁升级为写锁。
Java中通过java.util.concurrent.locks.ReadWriteLock接口及其实现类ReentrantReadWriteLock来实现读写锁,核心是允许多个线程同时读、但写操作独占,从而提升并发读场景下的性能。
读写锁的基本原理
读写锁将锁分为“读锁”和“写锁”两个逻辑锁: - 读锁是共享

ReentrantReadWriteLock的典型用法
使用时需分别获取读锁或写锁,并严格配对释放,推荐用try-finally保证释放:
- 读操作:调用
readLock().lock()加锁,操作完立即unlock() - 写操作:调用
writeLock().lock()加锁,修改完成后释放 - 避免在持有读锁时尝试升级为写锁(会死锁),如需写入应先释放读锁再获取写锁
示例片段:
ReadWriteLock rwLock = new ReentrantReadWriteLock();
// 读操作
rwLock.readLock().lock();
try {
return data.get(key); // 安全读取
} finally {
rwLock.readLock().unlock();
}
// 写操作
rwLock.writeLock().lock();
try {
data.put(key, value); // 安全写入
} finally {
rwLock.writeLock().unlock();
}
公平性与可重入特性
ReentrantReadWriteLock默认是非公平的(写锁可能插队),但支持构造时传入true启用公平策略:new ReentrantReadWriteLock(true)。公平模式下,锁按请求顺序分配,降低饥饿概率,但吞吐量略低。
它也支持重入:同一线程可多次获取同一把锁(读锁或写锁),但必须调用相同次数的unlock()才能真正释放。
注意事项与常见误区
使用读写锁需警惕几个关键点:
- 不要在读锁保护的代码块内调用可能阻塞或耗时的方法(如I/O、远程调用),否则会阻塞其他读线程
- 写锁降级是允许的:持有写锁后可直接获取读锁,然后释放写锁,从而安全地“转为只读观察”,但读锁无法升级为写锁
- 锁对象本身不能为null,且读锁和写锁不能混用(例如用读锁去解锁写操作)
- 若业务逻辑中读写比例接近或写操作频繁,读写锁未必优于普通
synchronized,需实测验证








