【Java&Go并发编程系列】10.读写锁——ReadWriteLock VS sync.RWMutex

本文通过足球比赛记分板的场景,演示了Java和Go语言中读写锁的使用。读写锁允许多个线程同时读取共享资源,但写操作与任何读写操作互斥。

说明:Java & Go 并发编程序列的文章,根据每篇文章的主题或细分标题,分别演示 Java 和 Go 语言当中的相关实现。更多该系列文章请查看:Java & Go 并发编程系列

读写锁,顾名思义,就是把读和写区分对待了。读写锁具有以下特点:

  • 写操作和写操作是互斥的
  • 写操作和读操作也是互斥的
  • 读操作和读操作不互斥

也就是说,读写锁与互斥锁一个重要区别是,读写锁允许多个线程同时读共享资源。读写锁可以基于此,实施更加细致的访问控制。

以上提到的线程,在 Go 语言指 Goroutine。

代码场景:假设一场足球比赛中,有一个程序负责更新比赛分数,另外有三个程序会频繁的读取这个比分,如果读取到的比分发生变化,则打印出来。

「Java」ReadWriteLock

在 Java 中 ReadWriteLock 是一个接口,以下代码基于 ReadWriteLock 的实现类 ReentrantReadWriteLock 来进行演示。

// 代表足球比赛的记分板
static class ScoreBoard {
    private int homeTeam;// 主队的分数
    private int guestTeam;// 客队的分数
    private final ReadWriteLock lock;

    public ScoreBoard() {
        this.lock = new ReentrantReadWriteLock();
    }

    // 设置两队的分数
    public void set(int homeTeam, int guestTeam) {
        lock.writeLock().lock();// 基于写锁的 lock
        try {
            this.homeTeam = homeTeam;
            this.guestTeam = guestTeam;
        } finally {
            lock.writeLock().unlock();// 基于写锁的 unlock
        }
    }

    // 获取分数
    public String get() {
        lock.readLock().lock();// 基于读锁的 lock
        try {
            return String.format("%d:%d", homeTeam, guestTeam);
        } finally {
            lock.readLock().unlock();// 基于读锁的 unlock
        }
    }
}

// 表示写比分的线程
static class Writer implements Runnable {

    private final ScoreBoard scoreBoard;

    Writer(ScoreBoard scoreBoard) {
        this.scoreBoard = scoreBoard;
    }

    @Override
    public void run() {
        // 初始比分0:0
        int homeTeam = 0, guestTeam = 0;

        // 模拟主队和客队随机进球,一共进了5个球
        for (int i = 0; i < 5; i++) {
            try {
                TimeUnit.SECONDS.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            if (ThreadLocalRandom.current().nextBoolean()) {
                homeTeam++;
            } else {
                guestTeam++;
            }
            System.out.printf("[Writer]   开始刷新比分\n");
            scoreBoard.set(homeTeam, guestTeam);
            System.out.printf("[Writer]   刷新比分结束,比分为: %d:%d\n", homeTeam, guestTeam);
        }
    }
}

// 表示读比分的线程
static class Reader implements Runnable {

    private final ScoreBoard scoreBoard;

    public Reader(ScoreBoard scoreBoard) {
        this.scoreBoard = scoreBoard;
    }

    @Override
    public void run() {
        String local = null;// 读线程自个儿保存一份比分,如果比分没变,不打印出来

        // 每个读线程循环读600次
        for (int i = 0; i < 600; i++) {
            String newest = scoreBoard.get();
            if (!newest.equals(local)) {
                System.out.printf("[%s] 获取比分: %s\n", Thread.currentThread().getName(), newest);
                local = newest;
            }
            try {
                TimeUnit.MILLISECONDS.sleep(10);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }

    }
}

public static void main(String[] args) throws InterruptedException {

    // 创建一个记分板
    ScoreBoard scoreBoard = new ScoreBoard();

    // 表示3个读线程
    List<Thread> readers = IntStream.range(0, 3)
            .boxed()
            .map(e -> new Thread(new Reader(scoreBoard), String.format("Reader-%d", e)))
            .collect(Collectors.toList());

    // 启动3个读线程
    for (Thread t : readers) {
        t.start();
    }

    // 创建并启动一个写线程
    Writer writer = new Writer(scoreBoard);
    Thread writeThread = new Thread(writer);
    writeThread.start();

    // 等待所有线程退出
    for (Thread t : readers) {
        t.join();
    }
    writeThread.join();

}

运行结果:

[Reader-0] 获取比分: 0:0
[Reader-1] 获取比分: 0:0
[Reader-2] 获取比分: 0:0
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 0:1
[Reader-1] 获取比分: 0:1
[Reader-2] 获取比分: 0:1
[Reader-0] 获取比分: 0:1
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:1
[Reader-2] 获取比分: 1:1
[Reader-1] 获取比分: 1:1
[Reader-0] 获取比分: 1:1
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:2
[Reader-2] 获取比分: 1:2
[Reader-0] 获取比分: 1:2
[Reader-1] 获取比分: 1:2
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:3
[Reader-0] 获取比分: 1:3
[Reader-1] 获取比分: 1:3
[Reader-2] 获取比分: 1:3
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:4
[Reader-1] 获取比分: 1:4
[Reader-0] 获取比分: 1:4
[Reader-2] 获取比分: 1:4

从运行结果可以看出,每次写线程完整更新比分之后,读线程才会读取到更新之后的比分。另外一点,每次读线程几乎都是同一时间打印新的比分,由于 scoreBoard.get() 几乎不耗时间,不能很好的说明读线程之间没有互斥的情况,我们可以在该方法内部适当的休眠一些时间,并调整每个读线程循环读取的次数为60次:

// 修改处一:休眠100毫秒
public String get() {
    lock.readLock().lock();// 基于读锁的 lock
    try {
        // 以下为新增的代码
        try {
            TimeUnit.MILLISECONDS.sleep(100);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        // 以上为新增的代码
        return String.format("%d:%d", homeTeam, guestTeam);
    } finally {
        lock.readLock().unlock();// 基于读锁的 unlock
    }
}

//  ...

// 修改处二:从600改成60次
// 每个读线程循环读60次
for (int i = 0; i < 60; i++) {
    String newest = scoreBoard.get();
    // ...
}

再次运行,我们还是可以看到每次读线程几乎都是同一时间打印新的比分,说明读操作之间并不互斥。

「Go」sync.RWMutex

Go 语言可以实现读写锁的工具为 sync.RWMutex,也是一个开箱即用的类型。

​> 以下代码使用了 sync.WaitGroup,并非本文的重点,关于 sync.WaitGroup 的用法请回顾前文:等待一组并发任务完成——CountDownLatch VS sync.WaitGroup

// 代表足球比赛的记分板
type scoreBoard struct {
	homeTeam  int
	guestTeam int
	mu        sync.RWMutex
}

// 设置两队的分数
func (s *scoreBoard) set(homeTeam int, guestTeam int) {
	s.mu.Lock()
	defer s.mu.Unlock()
	s.homeTeam = homeTeam
	s.guestTeam = guestTeam
}

// 获取分数
func (s *scoreBoard) get() string {
	s.mu.RLock()         // 注意区别与写操作的 Lock()
	defer s.mu.RUnlock() // 注意区别与写操作的 Unlock()
	return fmt.Sprintf("%d:%d", s.homeTeam, s.guestTeam)
}

// var number int

func main() {

	// 创建一个记分板
	score := scoreBoard{}

	// 仅仅用来保证所有新启用的 Goroutine 执行结束后再退出主 Goroutine
	var wg sync.WaitGroup
	wg.Add(4) // 1个写和3个读

	// 启用一个 Goroutine 执行写操作
	go func() {
		defer wg.Done()
		var homeTeam, guestTeam int
		rand.Seed(time.Now().UnixNano())
		// 模拟主队和客队随机进球,一共进了5个球
		for i := 0; i < 5; i++ {
			time.Sleep(time.Second * 1)
			if b := rand.Float32(); b >= 0.5 {
				homeTeam++
			} else {
				guestTeam++
			}
			fmt.Printf("[Writer]   开始刷新比分\n")
			score.set(homeTeam, guestTeam)
			fmt.Printf("[Writer]   刷新比分结束,比分为: %d:%d\n", homeTeam, guestTeam)
		}
	}()

	// 启动3个 Goroutine 执行读操作
	for i := 0; i < 3; i++ {
		go func(number int) {
			defer wg.Done()
			var local string
			for i := 0; i < 600; i++ {
				if newest := score.get(); newest != local {
					fmt.Printf("[Reader-%d] 获取比分: %s\n", number, newest)
					local = newest
				}
				time.Sleep(time.Millisecond * 10)
			}
		}(i)
	}

	wg.Wait()
	fmt.Printf("done!")

}

运行结果:

[Reader-2] 获取比分: 0:0
[Reader-1] 获取比分: 0:0
[Reader-0] 获取比分: 0:0
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:0
[Reader-2] 获取比分: 1:0
[Reader-0] 获取比分: 1:0
[Reader-1] 获取比分: 1:0
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 1:1
[Reader-0] 获取比分: 1:1
[Reader-1] 获取比分: 1:1
[Reader-2] 获取比分: 1:1
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 2:1
[Reader-0] 获取比分: 2:1
[Reader-2] 获取比分: 2:1
[Reader-1] 获取比分: 2:1
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 2:2
[Reader-1] 获取比分: 2:2
[Reader-2] 获取比分: 2:2
[Reader-0] 获取比分: 2:2
[Writer]   开始刷新比分
[Writer]   刷新比分结束,比分为: 2:3
[Reader-0] 获取比分: 2:3
[Reader-2] 获取比分: 2:3
[Reader-1] 获取比分: 2:3

更多该系列文章请查看:Java & Go 并发编程系列

<think>我们正在讨论Java读写锁ReadWriteLock)机制。根据用户的问题,我们需要解释其实现原理和使用场景。同时,用户提供了几个引用,我们可以从中提取相关信息。 引用[1]介绍了读写锁的基本概念:读写锁分为读锁和写锁,读锁是共享的,允许多个线程同时获取;写锁是独占的,不允许多个线程同时获取,并且写锁与读锁是互斥的。 引用[2]说明了在Java 5之前,使用等待通知机制来实现类似功能,但使用读写锁可以简化编程。 引用[3]是一篇关于GolangJava读写锁对比的文章摘要,但用户的问题集中在Java上,我们可以忽略Golang部分。 引用[4]提到了锁降级,即持有写锁的线程可以获取读锁然后释放写锁,这样就从写锁降级为读锁,这有助于提高并发性能。 引用[5]展示了一个使用ReentrantReadWriteLock的示例,其中自定义了一个线程安全的ArrayList。 根据这些引用和用户的问题,我们将组织以下内容: 1. 读写锁的概念 2. 读写锁的实现原理(重点在Java的ReentrantReadWriteLock) 3. 读写锁的使用场景 4. 锁降级的概念和实现方式 5. 示例代码 由于用户要求尽可能参考上一次的问题和回答,但上一次我们讨论的是自旋锁,而这次是读写锁,两者不同,所以我们将专注于读写锁。 实现原理部分,我们将深入ReentrantReadWriteLock的内部机制,包括状态分割、锁重入、公平性等。 使用场景部分,我们将对比读写锁和普通互斥锁,以及读写锁的适用场景。 最后,我们将提供一个示例代码,并生成相关问题。 注意:用户要求使用LaTeX格式的数学表达式,但读写锁原理中数学表达式较少,如果有必要,我们可以用状态变量等说明。 开始回答:</think>### Java 读写锁机制详解 #### 一、核心概念 读写锁(`ReadWriteLock`)是一种**分离锁机制**,将访问控制分为两类: 1. **读锁(共享锁)**:允许多个线程同时获取,用于只读操作[^1] ```java ReentrantReadWriteLock.ReadLock readLock = lock.readLock(); ``` 2. **写锁(排他锁)**:同一时间仅允许一个线程持有,用于写操作[^1] ```java ReentrantReadWriteLock.WriteLock writeLock = lock.writeLock(); ``` 锁互斥关系矩阵: | 当前持有锁 | 请求读锁 | 请求写锁 | |------------|----------|----------| | **无锁** | ✓ | ✓ | | **读锁** | ✓ | ✗ | | **写锁** | ✗ | ✗ | #### 二、实现原理(以`ReentrantReadWriteLock`为例) ##### 1. 状态分割 使用单个`int`变量同时维护读写状态: - **高16位**:读锁计数(最大支持$2^{16}-1=65535$个读线程) - **低16位**:写锁重入计数 ```java static final int SHARED_SHIFT = 16; static final int SHARED_UNIT = (1 << SHARED_SHIFT); // 0x00010000 static final int MAX_COUNT = (1 << SHARED_SHIFT) - 1; // 0x0000FFFF ``` ##### 2. 锁获取逻辑 **写锁获取**(简化伪代码): ```java protected boolean tryAcquire(int acquires) { if (getState() != 0) { // 存在读锁或写锁 if (getExclusiveOwnerThread() != currentThread) return false; // 非重入写锁请求失败 } compareAndSetState(0, acquires); // CAS更新状态 setExclusiveOwnerThread(currentThread); return true; } ``` **读锁获取**核心流程: ```mermaid graph TD A[请求读锁] --> B{写锁是否被占用?} B -->|是| C[阻塞当前线程] B -->|否| D{读锁计数 < 65535?} D -->|是| E[CAS增加读计数] D -->|否| F[抛出Error] E --> G[更新当前线程重入计数] ``` #### 三、关键特性 1. **锁降级** 写锁线程可获取读锁后释放写锁,保持数据一致性[^4]: ```java writeLock.lock(); try { // 修改数据 readLock.lock(); // 获取读锁(降级开始) } finally { writeLock.unlock(); // 释放写锁(仍持有读锁) } // 此时其他写锁仍被阻塞 readLock.unlock(); ``` 2. **公平性选择** - **公平模式**:按请求顺序分配锁 - **非公平模式**:允许读锁插队(默认,吞吐量更高) 3. **重入支持** - 读线程可重复获取读锁(需对应次数的`unlock()`) - 写线程可重入写锁,也可获取读锁(锁降级基础) #### 四、使用场景 | 场景 | 适用性 | 原因说明 | |---------------------------|--------|------------------------------| | 读多写少(如配置中心) | ★★★★★ | 读并行最大化[^5] | | 数据缓存更新 | ★★★★☆ | 写时阻塞读,保证数据一致性 | | 实时统计系统 | ★★★★☆ | 读锁允许并发统计 | | 写操作频繁(>30%) | ★☆☆☆☆ | 读写锁开销反超`synchronized`| | 需要严格写顺序的场景 | ★★☆☆☆ | 公平模式有性能损耗 | #### 五、最佳实践示例 ```java // 线程安全的ArrayList实现[^5] public class SafeArrayList<E> { private final List<E> list = new ArrayList<>(); private final ReentrantReadWriteLock lock = new ReentrantReadWriteLock(); public void add(E element) { lock.writeLock().lock(); // 写锁 try { list.add(element); } finally { lock.writeLock().unlock(); } } public E get(int index) { lock.readLock().lock(); // 读锁 try { return list.get(index); } finally { lock.readLock().unlock(); } } } ``` #### 六、性能优化建议 1. **控制临界区时长** 写操作应控制在$<1ms$,避免长时间阻塞读线程 ```java writeLock.lock(); try { // 只包含必要写操作 doCriticalWrite(); } finally { writeLock.unlock(); } ``` 2. **避免锁升级** Java不支持读锁升级为写锁,强行尝试会导致死锁: ```java readLock.lock(); try { // 此处尝试获取写锁将永久阻塞! writeLock.lock(); // ❌ 错误用法 } finally { readLock.unlock(); } ``` 3. **监控竞争情况** 通过`getQueueLength()`检测等待线程数: ```java if (lock.getWriteLock().getQueueLength() > 10) { // 触发写操作优化 } ``` > **选型原则**:当读操作占比 ≥ 70% 时,读写锁性能优势显著[^2]。在$N$读线程$M$写线程场景下,吞吐量提升比约为: > $$ > \text{加速比} = \frac{T_{\text{sync}}}{T_{\text{rwlock}}} \approx \frac{N \times T_{\text{read}} + M \times T_{\text{write}}}{T_{\text{write}} + \frac{N \times T_{\text{read}}}{\text{并发因子}}} > $$ ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值