RWMutex通过区分读写锁提升性能：允许多个读操作并发执行，仅在写时独占，适用于高频读、低频写的场景。
在高并发场景下，Golang 中的互斥锁 sync.Mutex 虽然能保证数据安全，但读写操作都会被阻塞，限制了性能。当程序中读操作远多于写操作时，使用 sync.RWMutex（读写锁）可以显著提升并发效率。
为什么 RWMutex 能提升性能？
RWMutex 区分读锁和写锁：多个 goroutine 可以同时持有读锁，但写锁是独占的。这意味着：
- 多个读操作可以并发执行，不互相阻塞
- 写操作需要独占访问，会阻塞其他读和写
- 读操作不会阻塞其他读操作，只会在写操作进行时等待
这种机制非常适合“高频读、低频写”的场景，比如配置缓存、状态监控等。
基本用法：正确使用 RLock 和 Lock
读操作使用 RLock() 和 RUnlock()，写操作使用 Lock() 和 Unlock()。
立即学习“go语言免费学习笔记（深入）”；
var mu sync.RWMutex
var data map[string]string
// 读操作
func read(key string) string {
mu.RLock()
defer mu.RUnlock()
return data[key]
}
// 写操作
func write(key, value string) {
mu.Lock()
defer mu.Unlock()
data[key] = value
}
注意：一定要配对使用 RLock/RUnlock 和 Lock/Unlock，否则会导致死锁或 panic。
避免常见陷阱：不要升级读锁
RWMutex 不支持“读锁升级为写锁”，以下代码是危险的：
mu.RLock()
if data[key] == "" {
mu.RUnlock()
mu.Lock() // 可能和其他写操作竞争，甚至死锁
data[key] = "default"
mu.Unlock()
}
mu.RUnlock() // 错误！可能已释放两次
正确的做法是直接使用写锁，或者先释放读锁再获取写锁，并重新检查条件（双检锁模式）。
性能对比：RWMutex vs Mutex
在 100 个并发读、1 个写的情况下，RWMutex 的吞吐量通常比 Mutex 高数倍。可以通过 benchmark 验证：
func BenchmarkReadWriteMutex(b *testing.B) {
var mu sync.RWMutex
var counter int
b.RunParallel(func(pb *testing.PB) {
for pb.Next() {
mu.RLock()
_ = counter
mu.RUnlock()
}
})
}
测试结果会显示 RWMutex 在读密集型场景下的优势。
基本上就这些。合理使用 RWMutex 能有效提升并发读性能，但要避免锁升级和过度优化。不复杂但容易忽略细节。
