Java中通过ReadWriteLock接口及ReentrantReadWriteLock实现读写锁，允许多线程并发读、写操作独占，提升读多写少场景性能；读锁共享、写锁排他；需严格配对加解锁，支持可重入与公平策略，但禁止读锁升级为写锁。

Java中通过java.util.concurrent.locks.ReadWriteLock接口及其实现类ReentrantReadWriteLock来实现读写锁，核心是允许多个线程同时读、但写操作独占，从而提升并发读场景下的性能。

读写锁的基本原理

读写锁将锁分为“读锁”和“写锁”两个逻辑锁： - 读锁是共享的：多个线程可同时获取读锁，前提是当前没有线程持有写锁； - 写锁是排他的：写锁只能被一个线程持有，且获取写锁时必须确保无其他线程持有读锁或写锁。 这种分离显著提升了读多写少场景（如缓存、配置管理）的吞吐量。

ReentrantReadWriteLock的典型用法

使用时需分别获取读锁或写锁，并严格配对释放，推荐用try-finally保证释放：

• 读操作：调用readLock().lock()加锁，操作完立即unlock()
• 写操作：调用writeLock().lock()加锁，修改完成后释放
• 避免在持有读锁时尝试升级为写锁（会死锁），如需写入应先释放读锁再获取写锁

示例片段：

<!-- 伪代码示意 -->

ReadWriteLock rwLock = new ReentrantReadWriteLock();<br>
// 读操作<br>
rwLock.readLock().lock();<br>
try {<br>
  return data.get(key); // 安全读取<br>
} finally {<br>
  rwLock.readLock().unlock();<br>
}<br>
// 写操作<br>
rwLock.writeLock().lock();<br>
try {<br>
  data.put(key, value); // 安全写入<br>
} finally {<br>
  rwLock.writeLock().unlock();<br>
}

公平性与可重入特性

ReentrantReadWriteLock默认是非公平的（写锁可能插队），但支持构造时传入true启用公平策略：new ReentrantReadWriteLock(true)。公平模式下，锁按请求顺序分配，降低饥饿概率，但吞吐量略低。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

它也支持重入：同一线程可多次获取同一把锁（读锁或写锁），但必须调用相同次数的unlock()才能真正释放。

注意事项与常见误区

使用读写锁需警惕几个关键点：

• 不要在读锁保护的代码块内调用可能阻塞或耗时的方法（如I/O、远程调用），否则会阻塞其他读线程
• 写锁降级是允许的：持有写锁后可直接获取读锁，然后释放写锁，从而安全地“转为只读观察”，但读锁无法升级为写锁
• 锁对象本身不能为null，且读锁和写锁不能混用（例如用读锁去解锁写操作）
• 若业务逻辑中读写比例接近或写操作频繁，读写锁未必优于普通synchronized，需实测验证