如何在Golang中实现同步与互斥_Golang同步原语与mutex的使用方法-Golang

Go中必须用sync.Mutex的场景是多个goroutine同时读写同一变量且至少有一个写操作时；正确用法是细粒度加锁、defer解锁、避免嵌套；读多写少可用RWMutex；优先考虑atomic或channel替代。

Go 里没有“锁住整个函数”的魔法，sync.Mutex 必须显式加锁、解锁，且只保护你明确包裹的那段共享数据访问逻辑。

什么时候必须用 sync.Mutex？

当多个 goroutine 同时读写同一个变量（比如 int、map、结构体字段），且至少有一个是写操作时，就存在竞态（race）。Go 的 go run -race 会报类似 Data race on field ... 的错误。

• 常见场景：计数器累加（counter++）、缓存 map 的增删改查、状态标志位更新
• 注意：map 本身不是并发安全的——哪怕只是多个 goroutine 同时 read，只要其中有一个 write，就必须加锁
• 别依赖“我只读不写就安全”：如果其他 goroutine 在写，你的读可能看到中间态或 panic（如 map 扩容时）

sync.Mutex 的正确使用姿势

核心原则：锁的粒度越小越好，只包住真正需要同步的代码段；必须成对出现，且不能在锁内调用可能阻塞或 panic 的不可控逻辑。

• 用 mu.Lock() 和 mu.Unlock()，不是 mu.Lock 或 mu.Unlock()（少括号是常见拼写错误）
• 推荐用 defer mu.Unlock() 确保解锁，但要放在 Lock() 之后立即写，否则可能锁还没拿到就 defer 了
• 避免锁嵌套：goroutine 拿着 A 锁再去等 B 锁，另一个拿着 B 锁等 A 锁 → 死锁。Go 不检测这种逻辑死锁
• 示例：

  var mu sync.Mutex
  var count int
  
  func increment() {
      mu.Lock()
      defer mu.Unlock() // 这行必须紧跟 Lock 后
      count++
  }

sync.RWMutex 适合读多写少的场景

当读操作远多于写操作（比如配置缓存、白名单列表），用 sync.RWMutex 可以让多个 goroutine 并发读，只在写时独占。