17370845950

Go中sync.Mutex用于保护共享变量免受数据竞争，需配对使用Lock/Unlock并配合defer确保释放，控制锁粒度，避免死锁；读多写少时可用RWMutex提升性能。

在 Go 中，sync.Mutex 是最常用、最直接的并发安全手段之一，用来保护共享变量不被多个 goroutine 同时读写导致数据竞争。核心就一句话：任何对共享资源的读或写操作，都必须在加锁后进行，且锁要及时释放。

正确加锁和解锁的基本模式

使用 mutex.Lock() 和 mutex.Unlock() 是基础，但关键在于配对和范围控制：

• 用 defer mu.Unlock() 放在 Lock() 后面，确保函数退出时一定释放锁（哪怕发生 panic）
• 锁的粒度要尽量小——只包裹真正需要保护的代码段，避免把无关操作（如日志、网络调用）也包进去
• 不要在锁内调用可能阻塞或耗时的操作，否则会拖慢其他 goroutine

避免死锁的常见陷阱

死锁往往发生在重复加锁、锁顺序不一致或忘记解锁等场景：

• 同一个 goroutine 对已持有的 mutex 再次调用 Lock() 会永久阻塞（sync.Mutex 不是可重入锁）
• 多个 mutex 一起使用时，所有 goroutine 必须按相同顺序加锁（比如先 lock A 再 lock B），否则容易形成循环等待
• 切勿在循环里反复 Lock/Unlock，应把整个临界区包住，而不是“每次读一下就锁一次”

读多写少场景可考虑 sync.RWMutex

如果共享数据读操作远多于写操作，用 sync.RWMutex 能提升并发性能：

• RLock() 允许多个 goroutine 同时读，互不阻塞
• Lock() 是独占的，会阻塞所有新来的读和写
• 写操作仍需用 Lock()/Unlock()，读操作用 RLock()/RUnlock()

配合 defer 的典型写法示例

下面是一个安全更新计数器的惯用写法：

var mu sync.Mutex
var count int

func increment() {
    mu.Lock()
    defer mu.Unlock() // 确保一定会释放
    count++
}

func getCount() int {
    mu.Lock()
    defer mu.Unlock()
    return count
}

注意：如果只是读操作且类型是原子可读的（如 int32），也可考虑 sync/atomic，比 Mutex 更轻量；但涉及多个字段联动或复杂逻辑时，Mutex 仍是首选。

基本上就这些。用对了 Lock/Unlock + defer，再避开死锁习惯，Mutex 就能稳稳守住你的共享资源。