sync.Mutex是Go标准库提供的互斥锁，用于保护共享资源免受并发访问竞争；每个Mutex实例独立工作，多个实例可并行加锁，而同一实例的Lock/Unlock操作严格串行化。
`sync.mutex`是go标准库提供的互斥锁，用于保护共享资源免受并发访问竞争；每个mutex实例独立工作，多个实例可并行加锁，而同一实例的lock/unlock操作严格串行化。
在Go并发编程中，sync.Mutex是最基础且关键的同步原语之一。它的核心设计原则是：一个sync.Mutex实例仅保护与其关联的特定临界区，且同一时间最多只能被一个goroutine持有。这意味着——如果goroutine A调用mu.Lock()进入临界区，此时goroutine B尝试对同一个mu调用Lock()，B将被阻塞，直至A调用mu.Unlock()释放锁。这种串行化保障了临界区内代码的原子性与数据一致性。
值得注意的是，sync.Mutex的“互斥”作用域完全取决于其实例粒度，而非变量名或逻辑分组。例如：
var mu1 sync.Mutex // 实例1 var mu2 sync.Mutex // 实例2（完全独立于mu1）
mu1和mu2彼此无关：goroutine可同时对mu1.Lock()和mu2.Lock()成功加锁，二者互不阻塞。这使得开发者能根据实际数据边界精细划分锁粒度——例如为不同字段、不同结构体或不同资源分别配置独立Mutex，从而显著提升并发吞吐量，避免“一把锁锁全局”的性能瓶颈。
在实践中，应遵循以下最佳实践：
- ✅ 按数据归属分配锁：每个共享变量或资源组应有专属Mutex（如type Account struct { balance int; mu sync.Mutex }）；
- ❌ 避免共享单一Mutex保护多组无关数据：会导致不必要的争用与串行化；
- ⚠️ 务必配对使用Lock()/Unlock()：推荐结合defer mu.Unlock()确保异常路径下仍能释放锁；
- ? 注意死锁风险：禁止在已持有锁时再次尝试获取同一锁（重入非法），也应避免跨锁的循环等待。
综上，sync.Mutex不是全局锁机制，而是面向实例的轻量级同步工具。理解其“一实例一锁域”的本质，是写出高效、安全并发Go程序的前提。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
