题目解析 GOLANG ROADMAP社区
答案（自由）
读写锁的底层是基于互斥锁实现的。
- 为什么有读写锁，它解决了什么问题？（使用场景）
- 它的底层原理是什么？
在这里我会结合 Go 中的读写锁 RWMutex 进行介绍。
我们通过与 Mutex 对比得出答案。Mutex 是不区分 goroutine 对共享资源的操作行为的，在读操作、它会上锁，在写操作，它也会上锁，当一段时间内，读操作居多时，读操作在 Mutex 的保护下也不得不变为串行访问，对性能的影响也就比较大了。
RWMutex 读写锁的诞生为了区分读写操作，在进行读操作时，goroutine 就不必傻傻的等待了，而是可以并发地访问共享资源，将串行读变成了并行读，提高了读操作的性能。
读写锁针对解决一类问题：readers-writes ，同时有多个读或者多个写操作时，只要有一个线程在执行写操作，其他的线程都不能进行读操作。
读写锁其实有三种工作模型：
- Read-perferring优先读设计，可能会导致写饥饿
- Write-prferring优先写设计，避免写饥饿
- 不指定优先级不区分优先级，解决饥饿问题
Go 中的读写锁，工作模型是 Write-prferring 方案。
答案（栾龙生）
-
读写锁解决问题
主要应用于写操作少，读操作多的场景。读写锁满足以下四条规则。
- 写锁需要阻塞写锁：一个协程拥有写锁时，其他协程写锁定需要阻塞；
- 写锁需要阻塞读锁：一个协程拥有写锁时，其他协程读锁定需要阻塞；
- 读锁需要阻塞写锁：一个协程拥有读锁时，其他协程写锁定需要阻塞；
- 读锁不能阻塞读锁：一个协程拥有读锁时，其他协程也可以拥有读锁。
-
读写锁底层实现
读写锁内部仍有一个互斥锁，用于将多个写操作隔离开来，其他几个都用于隔离读操作和写操作。
源码包
src/sync/rmmutex.go:RWMutex中定义了读写锁的数据结构
type RWMutex struct {
w Mutex // held if there are pending writers
writerSem uint32 // semaphore for writers to wait for completing readers
readerSem uint32 // semaphore for readers to wait for completing writers
readerCount int32 // number of pending readers
readerWait int32 // number of departing readers
}
本文由：GOLANG ROADMAP社区 发布
