Go 后端工程师在日常工作中经常会遇到以下痛点：

• 数据竞争导致结果不确定，调试困难。
• 锁粒度过大导致性能瓶颈。
• 忘记释放锁或使用错误顺序导致死锁。
• 需要跨进程或跨机器的统一锁，但不清楚如何实现。
• 想快速判断使用哪种同步原语，却没有一份程序性的对照表。

下面给出一份完整、可直接拷贝使用的 Go 锁机制教程，帮助你解决主要问题上述痛点。老实说，

1 为什么需要锁？不过，

Go 的主要理念是“不要通过共享内存来通信。而要通过通信来共享内存”。但在实际业务中，共享内存仍然是最高效的并发模型。发生数据竞争导致不可预期的结果。锁的作用就是保证同一时刻只有一个 goroutine 访问临界区从而保证数据一致性。

var counter int
func main {
for i := 0;i <1_000_000; i++ {
        go func { counter++ }
    }
    time.Sleep
    fmt.Println // 不确定，通常 <
}

使用 go run -race main.go 可以检测到这类问题。

2 sync.Mutex — 互斥锁

a 原理

• 正常模式: 等待者按 FIFO 排队，新到达者有自旋 + 抢占优势。
• 饥饿模式: 等待超过 1 ms 时进入饥饿模式。直接交给队首 goroutine，避免尾延迟。

状态机简图：

未锁定 ──Lock──▶ 已锁定
已锁定 ──Unlock──▶ 未锁定
已锁定 ──Lock──▶ 阻塞等待

b 主要 API

var mu sync.Mutex
mu.Lock // 加锁；若已被加锁则阻塞等待
mu.Unlock // 解锁；不过，若未加锁则 panic
mu.TryLock // 尝试加锁；成功返回 true，否则立即返回 false

--> No more rows.

性能特征

• No contention: ~10 ns
• Slight contention: ~1 µs+
• Avoid if critical section> few nanoseconds or frequent.

3 sync.RWMutex — 读写锁

规则/场景	说明 / 示例代码片段
零值可用：
不可复制：	拷贝后失去同步语义；go vet 会警告，推荐成对使用 Lock/Unlock 或 defer Unlock
不可重入：	同一 goroutine 重复 Lock 会死锁。其实，
保护共享变量：	type SafeCounter struct { mu sync.Mutex value int } func Inc{ c.mu.Lock;defer c.mu.Unlock;c.value++ } func Value{ c.mu.Lock;defer c.mu.Unlock;return c.value }
保护临界区：	同上模式即可。其实，
单例初始化：	优先使用 ;说起来，Mutex 更适合高频读写场景。