使用 sync.RWMutex 可高效实现 Go 中的并发读写分离，允许多个读操作同时进行，写操作独占锁，适用于读多写少场景如缓存、配置中心。示例中 SafeMap 通过 RLock 和 Lock 控制 map 的并发访问，保障数据安全。RWMutex 默认偏向读，避免写饥饿，但频繁写或长时持锁影响性能。进阶方案可用 channel 实现请求串行化管理，适合需精细控制的场景，但增加延迟。sync.RWMutex 基本能满足大多数需求，简单高效。
在Go语言中实现并发读写分离，核心是解决多个协程同时访问共享资源时的数据竞争问题。当多个读操作和少量写操作并存时，使用 sync.RWMutex 是最常见且高效的方式。它允许多个读操作同时进行，但写操作独占访问权限。
使用 sync.RWMutex 实现读写分离
sync.RWMutex 提供了读锁（RLock/RLocker）和写锁（Lock）。读锁可以被多个goroutine同时持有，而写锁是排他的。
适用场景：配置中心、缓存服务、状态监控等读多写少的结构。
示例代码：package main
<p>import (
"fmt"
"sync"
"time"
)</p><p>type SafeMap struct {
data map[string]string
mu sync.RWMutex
}</p><p>func (sm *SafeMap) Get(key string) (string, bool) {
sm.mu.RLock()
defer sm.mu.RUnlock()
val, exists := sm.data[key]
return val, exists
}</p><p>func (sm *SafeMap) Set(key, value string) {
sm.mu.Lock()
defer sm.mu.Unlock()
sm.data[key] = value
}</p><p>func main() {
sm := &SafeMap{data: make(map[string]string)}</p><pre class="brush:php;toolbar:false;">var wg sync.WaitGroup
// 启动多个读协程
for i := 0; i < 5; i++ {
wg.Add(1)
go func(id int) {
defer wg.Done()
for j := 0; j < 3; j++ {
if val, ok := sm.Get("key"); ok {
fmt.Printf("Reader %d got: %s\n", id, val)
} else {
fmt.Printf("Reader %d found no value\n", id)
}
time.Sleep(100 * time.Millisecond)
}
}(i)
}
// 启动一个写协程
wg.Add(1)
go func() {
defer wg.Done()
for i := 0; i < 2; i++ {
sm.Set("key", fmt.Sprintf("value-%d", i))
fmt.Println("Writer set new value")
time.Sleep(300 * time.Millisecond)
}
}()
wg.Wait()
}
读写优先级与性能考虑
RWMutex 默认偏向读操作，即只要还有读锁存在，后续的读请求可以立即获得锁。但如果写操作已经在等待，新的读请求会被阻塞，避免写饥饿。
立即学习“go语言免费学习笔记（深入）”；
注意以下几点：
- 频繁写入会显著降低并发读的性能，因为每次写都需要独占锁。
- 长时间持有读锁会影响写操作的响应速度。
- 尽量缩短锁的持有时间，只在真正访问共享数据时加锁。
进阶：使用 channel 实现读写分离控制
对于更复杂的控制逻辑，可以用 channel 来显式管理读写请求，实现自定义调度策略。
这种方式适合需要精细控制顺序或超时处理的场景。
简化示例思路：- 定义读请求结构体包含 key 和 response channel。
- 写请求结构体包含 key、value 和完成通知 channel。
- 启动一个管理协程，串行处理所有请求，保证线程安全。
优点是逻辑清晰、易于扩展权限控制或日志记录；缺点是引入额外延迟，不适合高性能场景。
基本上就这些。sync.RWMutex 已能满足大多数读写分离需求，简单直接又高效。
