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 能有效提升并发读性能,但要避免锁升级和过度优化。不复杂但容易忽略细节。