17370845950

ReadWriteLock通过分离读写锁提升读多写少场景的并发性能，允许多个读线程同时访问，写线程独占访问，避免synchronized和ReentrantLock的性能瓶颈。

在多线程环境中，当多个线程频繁读取共享数据而写操作较少时，使用 synchronized 或 ReentrantLock 会导致性能瓶颈，因为它们无论读写都会加锁，限制了并发读取能力。Java 提供了 ReadWriteLock 接口来优化这种“读多写少”的场景，通过分离读锁和写锁，允许多个读线程同时访问资源，而写线程独占访问。

ReadWriteLock 核心机制

ReadWriteLock 维护了一对锁：

• 读锁（Read Lock）：允许多个线程同时获取，适用于只读操作。
• 写锁（Write Lock）：是独占锁，同一时刻只能有一个写线程持有，且写期间不允许任何读操作。

这种设计保证了：

• 读读不互斥：多个读线程可并发执行。
• 读写互斥：写操作时，其他读写线程阻塞。
• 写写互斥：多个写操作不能同时进行。

使用 ReentrantReadWriteLock 实现缓存示例

考虑一个简单的键值缓存，读操作远多于写操作。使用 ReentrantReadWriteLock 可显著提升并发性能。

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 V get(K key) {
        lock.readLock().lock();
        try {
            return cache.get(key);
        } finally {
            lock.readLock().unlock();
        }
    }

    public void put(K key, V value) {
        lock.writeLock().lock();
        try {
            cache.put(key, value);
        } finally {
            lock.writeLock().unlock();
        }
    }

    public void remove(K key) {
        lock.writeLock().lock();
        try {
            cache.remove(key);
        } finally {
            lock.writeLock().unlock();
        }
    }
}

在这个例子中：

• get 方法使用读锁，多个线程可同时读取缓存。
• put 和 remove 使用写锁，确保修改时数据一致性。

性能优化建议与注意事项

虽然 ReadWriteLock 能提升读多写少的性能，但使用不当反而会降低效率。

• 避免锁升级：不能在持有读锁时尝试获取写锁，否则会导致死锁。如需更新，应先释放读锁，再申请写锁。
• 锁粒度要合理：不要长时间持有读锁或写锁，尽量缩小临界区代码范围。
• 注意公平性：ReentrantReadWriteLock 默认是非公平模式，可能导致写线程饥饿。在写操作较频繁的场景，可启用公平模式：
  new ReentrantReadWriteLock(true);
• 考虑使用StampedLock：JDK 8 引入的 StampedLock 性能更好，支持乐观读，适合极端读多场景。

适用场景与局限性

ReadWriteLock 最适合以下情况：

• 共享数据被频繁读取，但很少修改。
• 读操作耗时较长，需要并发提升吞吐。
• 数据一致性要求较高，不能容忍脏读。

不适合场景：

• 写操作频繁，读写比例接近。
• 读锁持有时间极短，锁开销可能超过并发收益。

基本上就这些。合理使用 ReadWriteLock 能有效提升读密集型应用的并发性能，关键在于理解其锁机制并结合实际场景权衡使用。