深入探讨Golang RWLock的读写并发限制
本文分析Golang RWLock在读写并发场景下可能出现的非预期行为，并解释其背后的机制。RWLock旨在协调对共享资源的读写访问，但并非总是能实现完全的读并发。
代码示例分析
给定的代码示例包含三个并发Goroutine：read1、read2和write1。理想情况下，read1和read2应该并发执行读取操作，之后才是write1的写入操作。
立即学习“go语言免费学习笔记（深入）”；
RWLock的排队机制及并发限制
实际运行结果显示，读操作并非总是并发的。这是由于RWLock的内部排队机制导致的：
- 当一个Goroutine尝试获取写锁失败时，它会进入等待队列。
- 关键在于，任何后续尝试获取读锁的Goroutine都会被阻塞，直到写锁被释放。
问题剖析
在示例代码中，read1获取读锁后，write1尝试获取写锁。由于write1的写锁请求被阻塞，read2也必须等待read1释放读锁才能继续，因此读操作无法并发执行。
解决方案
解决这个问题的关键在于确保在write1尝试获取写锁之前，所有读锁都被释放。 一个简单的方案是在读操作完成后，显式调用RUnlock()释放读锁。 这能避免读操作被后续的写锁请求阻塞。
