Go 中闭包捕获循环变量的常见陷阱与正确解决方案

在 go 中，for 循环内的闭包会共享同一变量实例，导致所有函数最终打印最后一次迭代的值；解决方法是在每次迭代中通过短变量声明 s := s 创建独立副本，使每个闭包绑定当前值。

这是一个在 Go 初学者和中级开发者中高频出现的经典陷阱：循环变量被闭包意外共享。根本原因在于 Go 的 for 循环复用同一个变量地址（即 s 在每次迭代中是同一内存位置），而闭包捕获的是该变量的引用，而非其值。因此，当所有匿名函数在循环结束后执行时，它们读取的都是循环终止时 s 的最终值——"world"。

✅ 正确写法：显式创建局部副本

最简洁、惯用且符合 Go 风格的修复方式，是在循环体内使用同名短变量声明：

package main

import "log"

var functions []func()

func main() {
    for _, s := range [...]string{"goodbye", "cruel", "world"} {
        s := s // ? 关键：在每次迭代中声明新变量 s，绑定当前值
        functions = append(functions, func() {
            log.Println(s) // 此处 s 是独立副本，生命周期与闭包绑定
        })
    }
    for _, f := range functions {
        f()
    }
}

输出：

2009/11/10 23:00:00 goodbye
2009/11/10 23:00:00 cruel
2009/11/10 23:00:00 world

? 原理说明：s := s 并非赋值操作，而是变量遮蔽（shadowing）——它在当前作用域（即本次循环迭代块）中声明了一个新的局部变量 s，其初始值为外层循环变量 s 的当前值。由于每次迭代都进入新作用域，每个 s 都拥有独立内存地址，闭包因此捕获到各自对应的值。

⚠️ 其他方案对比（不推荐）

• 传参式闭包（仅适用于立即调用）：

  functions = append(functions, func(s string) func() {
      return func() { log.Println(s) }
  }(s))

  冗余且可读性差，仅适合一次性场景，不适用于构建函数切片。

• 使用索引访问原数组（脆弱且不直观）：

  strs := [...]string{"goodbye", "cruel", "world"}
  for i := range strs {
      i := i
      functions = append(functions, func() { log.Println(strs[i]) })
  }

  引入额外变量、破坏语义清晰性，且无法处理动态切片或复杂逻辑。

? 注意事项与最佳实践

• ✅ 始终对需在闭包中使用的循环变量执行 x := x 声明（尤其在 for range 和 go 语句中）；
• ✅ 该规则同样适用于 go 启动的 goroutine（FAQ 明确指出：“closures in goroutines suffer from the same issue”）；
• ❌ 不要试图用 new(func()) 或 make() 创建函数实例——Go 中函数类型不可直接分配内存，函数值本身是不可寻址的一等公民，append 存储的是函数值（含其捕获的变量环境），而非指针；
• ? 可借助 go vet（自 Go 1.13+）检测部分此类问题，但不能覆盖所有闭包场景，人工审查仍不可替代。

掌握这一模式，不仅能避免静默 bug，更是理解 Go 作用域、变量生命周期与闭包本质的关键一步。