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 能提升并发性能：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
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 就能稳稳守住你的共享资源。
