Go中for循环变量复用导致闭包捕获同一地址：i从0到2迭代，但所有goroutine最终打印3（循环结束值），因闭包捕获的是i的引用而非每次迭代的值。
Go 语言中，for 循环里直接创建闭包并捕获循环变量，是引发“意料之外行为”的高频场景。根本原因在于：Go 的 for 循环变量是复用的——每次迭代都更新同一个变量的内存地址，而闭包捕获的是该变量的引用（地址），不是值。
坑在哪？看这个经典例子
以下代码本意是启动 3 个 goroutine，分别打印 0、1、2：
red">for i := 0; i < 3; i++ {
go func() {
fmt.Println(i) // 全部输出 3！
}()
}
实际输出往往是：
3
3
3
因为所有闭包共享同一个 i 变量，循环结束时 i == 3，而 goroutine 是异步执行的，大概率在循环结束后才真正运行。
正确解法：让每个闭包拿到自己的值
-
显式传参（推荐）：把当前值作为参数传入闭包，参数是副本，天然隔离
for i := 0; i < 3; i++ {<br> go func(val int) {<br> fmt.Println(val)<br> }(i)<br>} -
循环内重新声明变量：用
:=在循环体内创建新变量，绑定当前值
for i := 0; i < 3; i++ {<br> i := i // 关键：遮蔽外层 i，创建新变量<br> go func() {<br> fmt.Println(i)<br> }()<br>}
不止 goroutine：defer、回调、切片遍历也中招
闭包陷阱不局限于 go 语句：
立即学习“go语言免费学习笔记（深入）”；
-
defer中调用闭包：同样会延迟到函数返回时执行，看到的是最终的循环变量值 -
range遍历切片/映射时，key和value也是复用变量
for k, v := range m {<br> fns = append(fns, func() { fmt.Printf("%s: %d\n", k, v) })<br>}
所有闭包都会打印最后一个k和v
如何快速识别和规避
- 只要闭包定义在 for 循环内部，且直接访问循环变量（
i、k、v等），就危险 - 静态检查工具如
staticcheck能报出SA5008（loop variable captured by func literal）警告 - 养成习惯：对需要在闭包中使用的循环变量，优先用传参方式，清晰、安全、无歧义
