sync.mutex变量有三种常见声明方式：全局变量var mu sync.mutex、结构体匿名字段嵌入、函数内局部变量mu := sync.mutex{}；零值即有效，禁用*sync.mutex未初始化指针，结构体中应封装锁操作而非导出字段。

声明 sync.Mutex 变量的三种常见方式

Go 里 sync.Mutex 是值类型，直接声明变量即可，不需要 new() 或 &Mutex{} —— 错误地取地址或初始化反而容易埋坑。

• 全局变量：直接声明，零值可用
  var mu sync.Mutex
• 结构体字段：嵌入时推荐用匿名字段，避免冗余调用
  

  type Counter struct {
      sync.Mutex
      n int
  }

• 局部变量：函数内声明后立即可用
  mu := sync.Mutex{}（等价于 var mu sync.Mutex）

为什么不能用 *sync.Mutex 声明后不初始化？

写成 var mu *sync.Mutex 后直接调用 mu.Lock() 会 panic：invalid memory address or nil pointer dereference。因为指针未指向实际内存，而 sync.Mutex 的零值本身已是有效锁。

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

• 正确做法是：要么声明值类型 var mu sync.Mutex，要么显式分配 mu := &sync.Mutex{}
• 但后者多余——sync.Mutex{} 和 &sync.Mutex{} 在行为上一致，但前者更轻量、不易误传 nil
• 尤其在结构体中，若字段是 *sync.Mutex，序列化或复制时可能意外丢失锁状态

在结构体中嵌入 Mutex 时要注意什么？

嵌入 sync.Mutex（匿名字段）能简化调用，但必须确保所有访问都通过该结构体实例，否则锁失效。

• 错误示范：把结构体字段导出为 Mu sync.Mutex，然后外部直接调 obj.Mu.Lock() —— 这破坏封装，且易被并发误用
• 正确封装：定义方法如 Inc() 内部调 mu.Lock()，调用方只接触业务逻辑
• 注意：嵌入后不能对 Mutex 字段再取地址传参（如 doSomething(&s.Mutex)），会导致锁作用域错乱

sync.Mutex 零值是否线程安全？

是的，sync.Mutex{} 的零值完全可用，这是官方明确保证的。不必担心“未初始化”问题。

• 反例：有人习惯性写 mu := new(sync.Mutex)，这其实返回 *sync.Mutex，虽能用但多一层间接，且易与未初始化指针混淆
• 性能上，零值无额外分配，GC 压力更低
• 唯一要警惕的是：别把已使用的 sync.Mutex 变量重新赋值为 sync.Mutex{}（即“重置锁”），这会丢弃内部状态，导致 panic

真正容易被忽略的是：一旦把 sync.Mutex 作为结构体字段导出（哪怕小写），就可能被外部代码绕过业务方法直接操作锁 —— 这种隐式耦合比锁没加更难排查。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！