sync.RWMutex支持读写锁，允许多个读操作并发执行，写操作独占访问且阻塞所有读写，适用于读多写少场景。示例中通过RLock/RUnlock保护配置读取，Lock/Unlock实现写入，确保并发安全。运行结果体现读操作并行化与写操作的排他性，更新后读取反映最新值。使用时需成对调用锁函数，避免死锁，建议缩短写锁持有时间，优先用于读密集型场景。
在Go语言中，sync.RWMutex 是一种支持多个读取者和单个写入者的锁机制，适用于读多写少的并发场景。相比普通的 sync.Mutex，它能显著提升读操作的并发性能。
基本概念
sync.RWMutex 提供了两种加锁方式：- RLock() / RUnlock()：用于读操作，允许多个goroutine同时持有读锁。
- Lock() / Unlock()：用于写操作，同一时间只允许一个写锁，且会阻塞所有读操作。
这意味着：
- 多个读可以并发执行。
- 写操作必须独占资源，期间不允许任何读或写。
- 写锁优先级高于读锁，如果已有等待写锁的goroutine，后续的读锁请求将被阻塞。
使用示例：并发安全的配置缓存
假设我们有一个共享的配置结构，需要频繁读取，偶尔更新。使用 RWMutex 可以保证线程安全并提高读效率。
代码示例如下：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
package main
<p>import (
"fmt"
"sync"
"time"
)</p><p>type Config struct {
Version string
Timeout int
}</p><p>var config Config
var configMutex sync.RWMutex
var wg sync.WaitGroup</p><p>// 读取配置（并发安全）
func readConfig(id int) {
defer wg.Done()
for i := 0; i < 3; i++ {
configMutex.RLock()
fmt.Printf("读Goroutine %d: Version=%s, Timeout=%d\n", id, config.Version, config.Timeout)
time.Sleep(100 <em> time.Millisecond)
configMutex.RUnlock()
time.Sleep(200 </em> time.Millisecond)
}
}</p><p>// 更新配置（独占访问）
func writeConfig(newVersion string, newTimeout int) {
defer wg.Done()
configMutex.Lock()
fmt.Printf("写Goroutine: 正在更新为 Version=%s, Timeout=%d\n", newVersion, newTimeout)
config.Version = newVersion
config.Timeout = newTimeout
configMutex.Unlock()
}</p><p>func main() {
// 初始化配置
config = Config{Version: "v1.0", Timeout: 30}</p><pre class="brush:php;toolbar:false;">// 启动多个读goroutine
for i := 1; i <= 3; i++ {
wg.Add(1)
go readConfig(i)
}
// 启动一个写goroutine
wg.Add(1)
go writeConfig("v2.0", 60)
wg.Wait()
fmt.Println("程序结束")}
运行结果说明
输出类似：读Goroutine 1: Version=v1.0, Timeout=30 读Goroutine 2: Version=v1.0, Timeout=30 读Goroutine 3: Version=v1.0, Timeout=30 写Goroutine: 正在更新为 Version=v2.0, Timeout=60 读Goroutine 1: Version=v2.0, Timeout=60 ...
可以看到多个读操作几乎同时进行，而写操作完成后，后续读取到的是新值。
使用建议与注意事项
- 读锁使用 RLock/RUnlock 成对出现，避免死锁。
- 写锁是排他性的，尽量缩短持有时间。
- 不要在持有读锁时尝试获取写锁（如嵌套调用），会导致死锁。
- 适合读远多于写的场景；若写操作频繁，RWMutex 可能不如普通 Mutex 高效。
- 可考虑结合 sync.Map 或使用原子操作进一步优化简单场景。
基本上就这些，掌握 RWMutex 能有效提升并发程序的性能和安全性。不复杂但容易忽略细节。
