Golang中当闭包捕获了循环变量时如何利用局部变量拷贝避坑？实战演示【解析】-Golang-PHP中文网

闭包捕获循环变量时输出全是最后一个值，因为go中for循环变量复用，所有闭包共享同一变量地址；循环结束后i或v已为终值；解决方法是在循环体内用:=声明局部变量。

golang中当闭包捕获了循环变量时如何利用局部变量拷贝避坑？实战演示【解析】

闭包捕获循环变量时为什么输出全是最后一个值

因为 Go 的 for 循环变量是复用的，不是每次迭代新建——所有闭包共享同一个变量地址。当 goroutine 或延迟函数真正执行时，循环早已结束，i 或 v 已变成终值（比如 len(s) - 1 或切片末尾元素）。这不是 bug，是语言规范行为，go vet 会警告：loop variable i captured by func literal。

在循环体内用 `:=` 声明局部变量是最简方案

只需一行赋值，就能切断闭包对原循环变量的引用：

for i := 0; i

该写法适用于 for i := range 和 for _, v := range 两种形式
不增加额外参数，保持闭包签名干净（适合已封装好的回调函数）
如果 v 是大结构体或切片，拷贝有开销，但多数场景可接受
注意：不能写成 var i = i，必须用短声明 i := i 才能进入新作用域

用函数参数传值更适合复杂逻辑或大对象场景

当闭包体较长、或 v 是巨型切片/结构体时，显式传参更清晰且避免不必要的拷贝：

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

for i, v := range data {
    go func(idx int, val string) { // 参数名与外层变量名无关
        fmt.Printf("pos %d: %s\n", idx, val)
    }(i, v) // 立即传入当前值
}

传参是值拷贝，语义明确，调试时容易追踪
若 v 是指针或接口类型，传参仍只拷贝指针/接口头，不会复制底层数据
不能写成 go func() { ... }(i) —— 这是调用函数并丢弃返回值，不是启动 goroutine
如果要传结构体但只用其中几个字段，建议提前提取：id, name := v.ID, v.Name，再传这两个小变量

range 中捕获 `v` 也不安全，别信“值类型就没事”

即使 v 是值类型（如 string、int），只要它内部含指针（如 struct{ Data *[]byte }）或本身就是引用类型（[]byte、map），闭包仍可能读到后续迭代覆盖后的底层数组内容。

典型陷阱：for _, b := range [][]byte{a, b} { go func() { process(b) }() } —— b 是切片头，三个字段（ptr, len, cap）被共享
验证方法：打印地址 fmt.Printf("v=%p, &v=%p\n", v, &v)，会发现 &v 恒定不变
保险做法统一用 val := v; go func() { ... }() 或 go func(val T) { ... }(v)，不依赖类型猜测

最易被忽略的是：这个规则不仅限于 goroutine，defer、http.HandleFunc、cron.AddFunc、time.AfterFunc 全部适用。只要闭包延迟执行，就得手动隔离循环变量——没有例外，也没有“这次应该没问题”的侥幸。