RWMutex是Go中专为“读多写少”场景设计的读写分离锁，允许多个goroutine并发读（RLock/RUnlock），但写操作独占（Lock/Unlock）且与读互斥；需避免锁升级、及时配对解锁，并注意高写频时性能可能不如Mutex。
在 Go 中，RWMutex（读写互斥锁）是 sync.RWMutex 提供的并发控制原语，专为“读多写少”场景设计。它把锁分为读锁和写锁：多个 goroutine 可以同时获取读锁，但写锁是独占的，且写锁与任何读锁互斥。合理使用能显著提升高并发读场景下的吞吐量。
读锁（RLock / RUnlock）允许多个协程并发读取
当数据结构被频繁读取、极少修改时，用 RLock() 和 RUnlock() 替代普通 Lock()/Unlock()，可避免读操作相互阻塞。
- 调用
mu.RLock()成功后，其他 goroutine 仍可获取读锁，但无法获取写锁； - 必须配对调用
mu.RUnlock()，否则会导致死锁或资源泄漏； - 不能在持有读锁期间调用
Lock()（会死锁），反之亦然——读写锁不可升级/降级。
写锁（Lock / Unlock）保证独占访问
写操作必须使用 Lock() 和 Unlock()，确保任意时刻最多一个 goroutine 在写，且此时不允许任何读操作进行。
- 写锁会阻塞新来的读锁和写锁，直到当前写操作完成；
- 已有读锁未释放完时，写锁会等待所有读锁释放后才获得；
- 适合用于更新共享状态、重建缓存、初始化懒加载字段等场景。
典型使用模式：读写分离 + 延迟解锁
常见错误是忘记解锁或提前解锁。推荐用 defer mu.RUnlock() 或 defer mu.Unlock() 确保成对执行；写操作中若需先读再写，应先释放读锁再获取写锁（避免嵌套锁）。
立即学习“go语言免费学习笔记（深入）”；
- 读操作示例：
mu.RLock(); defer mu.RUnlock(); return data.copy()； - 写操作示例：
mu.Lock(); defer mu.Unlock(); data.update(newVal)； - 读-改-写流程：先用读锁检查是否需要更新，释放读锁后申请写锁执行变更。
注意事项与性能提示
RWMutex 并非银弹。在写操作较频繁或读写比例接近时，其内部调度开销可能反超普通 Mutex。Go 1.18+ 对 RWMutex 做了优化，但仍建议结合 pprof 分析真实竞争热点。
- 不要在循环内反复加锁/解锁，尽量把临界区逻辑收拢；
- 避免在持有锁期间做 I/O、网络调用或长时间计算；
- 如果读操作本身很轻（如读一个 int 字段），普通
Mutex可能更简单高效； - 注意：
RWMutex不提供公平性保证，饥饿写操作可能导致读锁长期等待。
