读写锁提升并发性能，通过分离读写锁允许读并发、写独占。示例展示缓存中读加读锁、写加写锁，支持锁降级即写锁转读锁，避免读多时性能下降，需注意公平性、重入及锁释放时机。
在高并发场景中，多个线程对共享资源的访问需要进行同步控制。当读操作远多于写操作时，使用普通的互斥锁（如 ReentrantLock）会显著降低性能，因为即使只是读取数据，也必须排队等待。为了解决这个问题，Java 提供了 ReentrantReadWriteLock，它通过分离读锁和写锁，允许多个读线程并发访问，同时保证写操作的独占性。
读写锁的基本原理
ReentrantReadWriteLock 是基于 AQS（AbstractQueuedSynchronizer）实现的可重入读写锁。它维护了一对锁：
- 读锁：共享模式，多个线程可以同时持有读锁，适用于读操作。
- 写锁：独占模式，同一时刻只能有一个线程持有写锁，且此时不允许任何读线程进入。
这种机制提高了读多写少场景下的并发性能。例如缓存系统、配置管理器等，非常适合使用读写锁。
基本使用示例
下面是一个简单的使用 ReentrantReadWriteLock 的例子，模拟一个线程安全的缓存：
立即学习“Java免费学习笔记（深入）”；
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.locks.ReentrantReadWriteLock;
public class CacheExample {
private final Map<String, Object> cache = new HashMap<>();
private final ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
public Object get(String key) {
rwLock.readLock().lock();
try {
return cache.get(key);
} finally {
rwLock.readLock().unlock();
}
}
public void put(String key, Object value) {
rwLock.writeLock().lock();
try {
cache.put(key, value);
} finally {
rwLock.writeLock().unlock();
}
}
}
在这个例子中：
- get 方法使用读锁，多个线程可以同时读取缓存。
- put 方法使用写锁，确保更新缓存时不会有其他读或写操作干扰。
锁降级的应用场景
一个高级特性是“锁降级”——即先获取写锁，再获取读锁，然后释放写锁，从而保持读锁。这在某些需要在写入后立即读取并防止其他写入的场景中非常有用。
public void processData() {
rwLock.writeLock().lock();
try {
// 修改数据
System.out.println("正在修改数据...");
// 获取读锁（此时仍持有写锁）
rwLock.readLock().lock();
} finally {
// 释放写锁，保留读锁
rwLock.writeLock().unlock();
}
try {
// 执行读操作，其他读线程可以并发进入
System.out.println("正在读取数据...");
} finally {
rwLock.readLock().unlock();
}
}
注意：不能直接从读锁升级为写锁，这会导致死锁。但可以从写锁降级为读锁，这是允许的。
性能与注意事项
ReentrantReadWriteLock 虽然提升了读并发能力，但也有一些需要注意的地方：
- 公平性选择：构造函数支持是否启用公平模式。非公平模式下，写线程可能“插队”，导致读线程饥饿。
- 重入性：读锁和写锁都支持重入，同一个线程可以多次获取读锁或写锁。
- 锁竞争激烈时性能下降：如果写操作频繁，读写线程频繁争抢，性能可能不如 synchronized。
- 正确释放锁：务必在 finally 块中释放锁，避免死锁或资源泄漏。
基本上就这些。合理使用 ReentrantReadWriteLock 可以有效提升读密集型应用的并发性能，但在实际使用中要结合业务场景权衡利弊。不复杂但容易忽略的是锁的粒度和持有时间，尽量缩短锁的持有范围，才能发挥最大效益。
