Go中for range复用变量v，直接取&v会导致所有指针指向同一地址；正确做法是在循环内重新声明v := v再取地址，或取原切片元素地址。

循环中直接取 &v 导致所有指针指向同一地址

Go 的 for range 循环复用变量 v，每次迭代只是更新它的值，而不是新建一个变量。如果你在循环里启动 goroutine 或保存 &v，所有指针最终都指向同一个内存位置——最后一次迭代后的值。

常见错误现象：
— 启动多个 goroutine 打印 v，结果全输出最后一个值
— 把 &v 存进切片，遍历后发现每个元素内容一样

• 正确做法：在循环体内显式创建新变量，再取其地址：

  for _, v := range items {
      v := v // 关键：重新声明，绑定到当前迭代值
      go func() {
          fmt.Println(*v) // 安全
      }()
  }

• 如果要存指针到切片，也得复制：

  ptrs := make([]*string, len(items))
  for i, v := range items {
      ptrs[i] = &items[i] // 取原切片元素地址，而非 &v
  }

• 注意：v := v 在函数作用域内有效；若在 if/for 块内声明，需确保生命周期覆盖使用点

goroutine 中闭包捕获循环变量的典型翻车场景

这是最常被踩的坑：用 go func() { ... }() 直接引用 v 或 i，没传参也没做变量隔离。

使用场景：
— 并发请求一批 URL
— 批量处理任务并回调
— 启动定时器或延迟执行

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 错误写法（全部打印最后一个 v）：

  for _, v := range []string{"a", "b", "c"} {
      go func() {
          fmt.Println(v) // v 是共享变量
      }()
  }

• 修复方式一（传参）：

  for _, v := range []string{"a", "b", "c"} {
      go func(val string) {
          fmt.Println(val)
      }(v) // 立即传入当前 v 的值
  }

• 修复方式二（变量快照）：

  for _, v := range []string{"a", "b", "c"} {
      v := v
      go func() {
          fmt.Println(v)
      }()
  }

• 性能影响：两种方式开销极小；但传参更清晰，避免误解为“捕获外部变量”

struct 字段赋值时误用循环变量地址

当构造含指针字段的 struct（比如 type Task struct{ Data *string }），直接写 &v 会把所有 struct 的 Data 指向同一个地址。

常见错误现象：
— 多个 struct 实例的指针字段内容同步变化
— JSON 序列化后所有字段值相同

• 错误示例：

  var tasks []Task
  for _, s := range []string{"x", "y", "z"} {
      tasks = append(tasks, Task{Data: &s}) // 全部指向同一个 s
  }

• 正确做法（分配独立字符串）：

  for _, s := range []string{"x", "y", "z"} {
      s := s
      tasks = append(tasks, Task{Data: &s})
  }

• 或者更明确地分配：

  for _, s := range []string{"x", "y", "z"} {
      str := s
      tasks = append(tasks, Task{Data: &str})
  }

• 注意：不能用 &[]string{"x","y","z"}[i] 这种写法——切片索引取地址在 Go 中不合法，编译报错 cannot take the address of ...

用 go vet 和 staticcheck 提前发现这类问题

这类错误不会报编译错，运行时才暴露，且难以调试。好在工具链能识别常见模式。

使用场景：
— CI 流程中自动检查
— 本地开发保存即提示
— Code Review 辅助判断

• go vet 默认检查部分闭包捕获问题，但覆盖有限；建议加参数：

  go vet -shadow=true ./...

• staticcheck 更强，能识别 loop variable captured by func literal 类警告：

  go install honnef.co/go/tools/cmd/staticcheck@latest
  staticcheck ./...

• VS Code + gopls 默认启用部分检查，但需确认设置中 "go.toolsEnvVars": {"GO111MODULE": "on"} 正确，否则可能静默失效
• 别依赖工具全覆盖——有些嵌套深、间接调用的情况仍需人工审查变量作用域

实际写的时候，最容易忽略的是 struct 初始化和切片遍历混用的场景，比如一边 range 一边 new 一个对象再赋值指针字段，稍不注意就掉回共享变量陷阱里。