Golang闭包陷阱：for循环常见问题解析

大家好，我们又见面了啊~本文《Golang 闭包陷阱：for 循环引发的坑》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

Go中for循环变量复用导致闭包捕获同一地址：i从0到2迭代，但所有goroutine最终打印3（循环结束值），因闭包捕获的是i的引用而非每次迭代的值。

Go 语言中，for 循环里直接创建闭包并捕获循环变量，是引发“意料之外行为”的高频场景。根本原因在于：Go 的 for 循环变量是复用的——每次迭代都更新同一个变量的内存地址，而闭包捕获的是该变量的引用（地址），不是值。

坑在哪？看这个经典例子

以下代码本意是启动 3 个 goroutine，分别打印 0、1、2：

for i := 0; i 

实际输出往往是：
3
3
3

因为所有闭包共享同一个 i 变量，循环结束时 i == 3，而 goroutine 是异步执行的，大概率在循环结束后才真正运行。

正确解法：让每个闭包拿到自己的值

• 显式传参（推荐）：把当前值作为参数传入闭包，参数是副本，天然隔离
  for i := 0; i   go func(val int) {
    fmt.Println(val)
  }(i)
}
• 循环内重新声明变量：用 := 在循环体内创建新变量，绑定当前值
  for i := 0; i   i := i // 关键：遮蔽外层 i，创建新变量
  go func() {
    fmt.Println(i)
  }()
}

不止 goroutine：defer、回调、切片遍历也中招

闭包陷阱不局限于 go 语句：

• defer 中调用闭包：同样会延迟到函数返回时执行，看到的是最终的循环变量值
• range 遍历切片/映射时，key 和 value 也是复用变量
  for k, v := range m {
  fns = append(fns, func() { fmt.Printf("%s: %d\n", k, v) })
}
  所有闭包都会打印最后一个 k 和 v

如何快速识别和规避

• 只要闭包定义在 for 循环内部，且直接访问循环变量（i、k、v 等），就危险
• 静态检查工具如 staticcheck 能报出 SA5008（loop variable captured by func literal）警告
• 养成习惯：对需要在闭包中使用的循环变量，优先用传参方式，清晰、安全、无歧义

到这里，我们也就讲完了《Golang闭包陷阱：for循环常见问题解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！